【Cloud Foundry】Could Foundry学习（二）——核心组件分析

在阅读的过程中有不论什么问题，欢迎一起交流

邮箱：[email protected]   

QQ：1494713801

 

 

Cloud Foundry核心组件架构图例如以下：

主要组件：

    Cloud Controller：实质上是VMC和STS交互的server端，它收到指令后发消息到各模快，管理整个云的执行。相当于Cloud Foundry的大脑。

    DEA：负责处理对所部署的App的訪问请求。事实上质是打包和訪问Droplet。当中Droplet是通过Stager组件将提交的源码及Cloud Foundry配置好的执行环境以及一些控制脚本等，所有打包在一起形成的tar文件。

    Routers：对全部进来的请求进行路由控制。

Router组件是可扩展的，由多个 Router共同处理进来的请求。但怎样对Router做负载均衡不属于Cloud Foundry的实现范围。

       进入Router的请求主要有两类。

• 第一类是来自VMC Client或者STS的，由Cloud Foundry使用者发出，叫做管理请求。这类请求会被路由到Cloud Controller组件处理。
• 第二类是对所部署的App的訪问请求。这部分请求会被路由到App execution，即DEA组件中。

    Health Manager：负责从各个DEA获得执行信息，然后进行统计分析、报告、发出告警等。

    Services：负责提供云平台的各种应用服务，是一个独立的、插件式的模块，便于第三方方便地把自己的服务整合成Cloud Foundry服务。

辅助组件：

    UAA：负责用户模型的认证，使用组织和用户空间等概念。利于用户及权限管理。

另外UAA DB用于存储用户相关信息。

    NATS：是一个基于事件驱动的、轻量级的消息系统，用于消息公布和订阅，联系着各个模块。

    Stager：攻克了打包（Stage）过程须要操作大量文件且操作时间长的问题，所以它作为独立进程。使打包工作异步进行。不堵塞作为核心组件的Cloud Controller。

 

源代码导读

能够在Github上找到CloudFoundry的所有代码：https://github.com/cloudfoundry，会看到几个不同的Repositories，它们各自是：

1、vcap: Cloud Foundry的Core，又或者称作Kernel。

2、vcap-service: Cloud Foundry的Service组件。Cloud Foundry的service是作为插件提供的，这出于它方便第三方开发service而设计的；

3、vmc: VMware Cloud CLI. 是一个Ruby应用，与Cloud Foundry的CLI交互。主要通过分析用户输入的CLI。向CloudFoundry发送Restful请求。

4、vcap-java: 假设你的app是用java开发，且须要与Cloud Foundry交互，比如取得当前serviceserver的ip地址等，你可能须要这个jar。里面对我们Java开发经常使用框架有所支持，它底层也是 对CloudFoundry的Restful请求的包装；

5、vcap-java-client: Cloud Foundry的Restful API的Java封装。与上面的项目不一样，它仅仅是个简单的读取CloudFoundry信息，并放如JavaBean中；

6、vcap-test: Cloud Foundry的test cases;

7、vcap-test-assets: Cloud Foundry一些apps演示样例。