- 1. O
- 2. Pivotal PaaS平台云CloudFoundry 产品功能和架构陈威 Pivotal Senior Solution Architect cwei@gopivotal.com
- 3. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 4. Cloud Foundry解决了什么问题？ Traditional ITStorageServersNetworkingO/SMiddlewareVirtualizationDataApplicationsRuntimeYou ManageO/S PaaSStorageServersNetworkingMiddlewareVirtualizationDataApplicationsRuntimeYou Manage由平台管理业务敏捷性和节省成本O/S IaaSStorageServersNetworkingMiddlewareVirtualizationDataApplicationsRuntimeYou Manage由平台管理4IaaS: 硬件的自动化管理，人与机器的解耦合 获得效率/提高资源利用率 PaaS: 应用的自动化管理，应用与OS的解耦合 获得弹性/简化运维
- 5. PaaS云计算的价值分析PaaS的业务价值 - decouple from the underlying infrastructure - provide data as a service - decompose applications - automate everything
- 6. 系统安装和应用部署PaaS云计算的业务价值分析目前的IT模式劳动力成本 (运维)硬件成本新的应用开发软件成本电力成本Current IT Spend100%劳动力成本 (降低xx%)硬件成本 (降低xx%)新的开发基于虚机的部署软件成本 (降低xx%)电力成本 (降低xx%)基于IaaS的云计算劳动力成本 (降低xx%)硬件成本 (降低xx%)新的开发自动化部署软件成本 (降低xx%)电力成本 (降低xx%)提升业务能力降低每年的运作成本到基于PaaS的云计算PaaS的业务价值 •在IaaS基础上共享虚机计算资源，进一步挖掘IaaS虚机的计算能力，再一步提高硬件资源利用率，从而降低硬件成本。 •在IaaS基础上直接提供应用运行平台，降低应用平台的运维需求，系统自动化的打补丁、应用升级等，降低运维的劳动力成本。 •在IaaS基础上动态的精确计算业务资源，在业务空闲时自动释放并回收平台资源以及与之相关的硬件资源，降低电力成本。 •通过PaaS自动化的供应系统平台和应用平台，对业务应用自动化的部署，降低应用系统上线的部署工作量，加快业务上线时间。
- 7. 今天的应用趋势应用框架应用越来越广泛 提高开发效率，创新 降低开发工作量，减少开发时间 支持新的应用类型 Mobile, Social, SaaS 应用要尽早发布，并且经常升级 数据密集型应用 新的要求: 弹性伸缩、支持多种云 面向Web带来了数据指数级的增长 要部署在虚拟化或是IaaS云环境下 Virtualization, Cloud, PaaS
- 8. Cloud Foundry是一个开放的PaaS平台The PaaS of choice for the Cloud era 简单 开发者专注于他们的代码，不锁定于特定中间件 开放 避免锁定在特定的云、框架和服务上 从第一天起就是完全开放的 灵活性和可伸缩性 应用自服务、自动部署、自动伸缩S 可扩展的架构，可以吸收未来云创新的发展
- 9. Cloud Foundry开放PaaS平台 – 支持各种框架OSS community
- 10. Application Service InterfaceData ServicesOther ServicesMsg ServicesCloud Foundry开放PaaS平台 – 提供多种应用服务 vFabric PostgresvFabric RabbitMQTMAdditional partners services …
- 11. 通过Services Broker与现有企业服务的集成Appservice gateway创建绑定system service使用绑定使用service broker企业服务11
- 12. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 13. CF的设计目标13
- 14. CF的目标之一 弹性伸缩架构14
- 15. CF的目标之一 弹性伸缩架构原理15
- 16. CF的目标之一 弹性伸缩架构机制16
- 17. dea实现了资源切分(应用层)17dea.rbcontainer apinat and firewallprivate networkappprivate fswarden container虚拟网络接口切分网络aufs 切分存储Warden切分cpu、内存
- 18. router实现了资源聚合(应用层)18Nginx (+lua extension)upstream locator servicedea 10.0.0.1dea 10.0.0.2natshttp requestdea ip?10.0.0.2 NATS 首次访问 二次访问cookie: 10.0.0.2cookie: 10.0.0.2
- 19. Cloud Foundry逻辑视图PC –浏览器访问Mobile – App访问 Router 路由 (Nginx + Locator Service) Warden container核心业务dea pool Warden containerCRM系统service poolMySQLMongoDBRadisRabbitMQService nodeOracleLegacy App19
- 20. PaaS设计目标之二 -– 运维智能化20
- 21. PaaS设计目标之二– 运维智能化 – 分析1/221
- 22. PaaS设计目标之二– 运维智能化 – 分析2/222
- 23. PaaS设计目标之二– 运维智能化 – 解决1/223
- 24. PaaS设计目标之二– 运维智能化 – 解决2/224
- 25. Cloud Foundry基于消息的内部神经系统uaaservicecloud controllerdeaappappccdbnatsrouterstagerhealth manager25
- 26. nats解决了什么问题？高可用的 模块自发现 模块之间的松耦合 高性能的 非阻塞的 编程简化 基于事件和消息的模块通讯26发布者主题订阅者订阅者订阅者hellohellohellohello
- 27. 带线程池的多路Reactor模式(nats背后的原理)27耗时IO操作不会阻塞线程 避免了多线程切换 降低了线程占用的内存
- 28. Cloud Foundry逻辑视图PC –浏览器访问health manager VMC clientMobile – App访问STS Plugin Router 路由 (Nginx + Locator Service) NATS 消息总线service poolMySQLMongoDBRadisRabbitMQcc - dbcloud controllerStagerpackage cacheblobstore Warden container核心业务dea pool Warden containerCRM系统CaldecottService nodeOracleLegacy App28
- 29. PaaS设计目标之三 – 支持按需服务/付费29
- 30. PaaS设计目标之三– 支持按需服务/付费 – 分析30
- 31. PaaS设计目标之三– 支持按需服务/付费 – 解决31
- 32. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 33. 开发平台设计目标之一 – 平台开放性33
- 34. 平台开放性 – 分析34
- 35. 平台开放性的实现-1/335
- 36. 平台开放性的实现- 2/336
- 37. 平台开放性的实现- 3/337
- 38. 平台开放性的实现之四---通过Services Broker与现有企业服务的集成Appservice gateway创建绑定system service使用绑定使用service broker企业服务38
- 39. 开发平台设计目标之二– 开发人员友好性39
- 40. 开发人员友好性 – 分析40
- 41. 开发人员友好性的实现41
- 42. Spring Tool Suite plugin 42
- 43. Cloud Foundry逻辑视图 – 回顾PC –浏览器访问health manager VMC clientMobile – App访问STS Plugin Router 路由 (Nginx + Locator Service) NATS 消息总线service poolMySQLMongoDBRadisRabbitMQcc - dbuaa - dbuaa - AuthNcloud controllerStagerpackage cacheblobstore Warden container核心业务dea pool Warden containerCRM系统service gatewayCaldecottService nodeOracleservice brokerLegacy App43 NATS other
- 44. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 45. 大企业私有PaaS云45
- 46. 现状描述46
- 47. PaaS解决的问题和带来的价值47
- 48. PaaS解决的问题和带来的价值48
- 49. PaaS解决的问题和带来的价值49
- 50. PaaS解决的问题和带来的价值50
- 51. 大企业私有云 – 产品分析 51
- 52. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 53. 应用如何访问CF中的应用WebAppDBApp InstanceServiceRequestLoad Balancing and RoutingResponse“vmc push MyApp”Web Interface
- 54. CF中的应用如何自动升级更新WebAppDBServiceWebAppDBServiceWebAppWebApp前一 版本停止运行代码更新新版本运行“vmc update MyApp”
- 55. Java Grails Java_web Lift Scale web framework Spring Ruby Rack Rails3 Sinatra Python Django Wsgi Python的CGI Other Platform Static page node.js Erlang php Standalone 支持的运行时框架开源支持 .Net Haskell PHP
- 56. Mainstream Mongodb Mysql Neo4j Postgresql RedisStorage FileSystem Remote NFS Vblob Amazon S3 memcache Message RabbitMQ Big Data Hadoop支持的服务
- 57. Cloud Foundry PaaS Cloud Foundry主要是服务注册和运行时的管理层，各个组件是可以动态发现和松耦合的，通过HTTP终点探测健康状态，Agent可以控制状态并配置动作，一个元素的故障不影响其他元素Cloud Foundry的部件模块 User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService Nodes
- 58. Cloud Foundry BOSH 部署和管理大规模的分布式系统，以最少的停机时间持续的、可预测的更新系统. 包括各种IaaS的接口： vSphere, vCloud, AWS，OpenStack. 这是个开放平台，提供API支持其他IaaSRunning Cloud Foundry Cloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsUAARouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksService NodesCloud Provider Interface
- 59. User Authentication and AuthorizationDynamic RouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService NodesCloud Foundry Components动态路由器 此动态路由器 s路由所有外部系统的请求 (HTTP/API)，以及应用请求.维持一个动态的路由表 对每个负荷均衡的应用实例维护一个对外的IP地址、端口路由表
- 60. 动态路由器主要功能: 负荷均衡 维护路由表 访问日志协议支持: HTTP连接字串 支持非HTTP协议 应用相关的指标收集 吞吐量 反应时间 带宽 HTTP返回码
- 61. Cloud Foundry Components User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService NodesDEA(液滴执行代理) 一个DEA (Droplet Execution Agent)就是一个安全的完全隔离的容器 – 比如一个虚机(VM),可以运行多个应用. DEAs负责应用的生命周期管理：构建、启动和停止应用，跟踪所有的实力，周期性的广播状态信息. Buildpacks 在DEA中创建应用体
- 62. DEA主要功能: 管理Linux容器 (Warden) 进程 文件系统 网络 内存 管理应用生命周期 应用日志和文件流 DEA心跳 (nats to cc, hm)其他功能: 放置空间 共享的运行时Droplet 指把提交的源代码及Cloud Foundry 配置好的运行环境（如Java Web 就是一个Tomcat），再加一些控制脚本，如start/stop 等，全部打包在一起的tar 文件。 Staging App 是指制作Droplet，然后把它存储起来的过程。Cloud Foundry 会保存这个Droplet，直到启动（start）一个App 时，一台部署了DEA 模块的服务器会来拿这个Droplet的副本去运行。因此，如果将App 扩展到10 个实例（instance），那么这个Droplet 就会被复制10 份，供10 台DEA 服务器运行。
- 63. DEA的隔离机制一、通过Warden来实现Droplet的隔离， Warden是一个程序运行容器。这个容器提供了一个孤立的环境，Droplet只可以获得受限的CPU,内存，磁盘访问权限，网络权限。 二、通过Warden避免 避免应用可以随意访问文件系统，也可以在内网畅通无阻，跑满CPU，占尽内存，写满磁盘。 三、Warden在Linux上的实现是将Linux 内核的资源分成若干个namespace加以区分，底层的机制是CGROUP。这样的设计比虚拟机性能好，启动快，也能够获得足够的安全性。在网络方面，每一个Warden实例有一个虚拟网络接口，每个接口有一个IP，而DEA内有一个子网，这些网络接口就连在这个子网上。安全可以通过iptables来保证。在磁盘方面，每个warden实例有一个自己的filesystem。这些filesystem使用aufs实现的。Aufs可以共享warden之间的只读内容，区分只写的内容，提高了磁盘空间的利用率。因为aufs只能在固定大小的文件上读写，所以磁盘也没有出现写满的可能性。 四、为何不用LXC LXC是另一个Linux Container。那为什么不使用它，而开发了Warden呢。因为LXC的实现是和Linux绑死的，CloudFoundry希望warden能运转在各个不同的平台，而不只是Linux。另外Warden提供了一个Daemon和若干Api来操作，LXC提供的是系统工具。还有最重要的一点是LXC过于庞大，Warden只需要其中的一点点功能就可以了，更少的代码便于调试。
- 64. 构建包(Buildpacks )其他功能: vFabric Import tool Buildpack manager Enhanced caching Version policy 主要功能是: Staging /bin/detect /bin/compile 配置droplet Runtime (Ruby/Java/Node/Python) Container (Tomcat/Websphere/Karaf) Application (.WAR, .rb, .py)
- 65. Cloud Foundry Components User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService Nodes消息机制 一个非常快速的内部消息总线 (NATS)管理所有的系统通讯，通过发布订阅模式
- 66. Message Bus (NATS)主要功能: 非持久化的消息传输 发布/订阅 队列 (应用事件) 直接的消息 (INBOX)其他功能: 支持鲁壮的消息总线接口 水平扩展
- 67. User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService NodesCloud Foundry Components 云控制器(Cloud Controller) Cloud Foundry 的管理模块。简单来说，就是与VMC 和STS 交互的服务器端，它收到指令后发消息到各模快，管理整个云的运行，相当于Cloud Foundry 的大脑。 云控制器 提供了和客户端的接口 (cf, STS, Eclipse) ，支持应用供应控制，对域对象提供了RESTful的API接口 (apps, services, organizations, spaces, service instances, user roles, and more). CLI
- 68. Cloud Controller主要功能: 期望的应用状态 安全论证/许可 组织架构/Spaces/用户 服务管理 应用放置 应用期望的状态汇聚 审计/日志帐务事件 块存储 其他功能: 可用区感知的放置 可配置的网络策略 论证范围和角色映射 支持查询的增强的审计
- 69. User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService NodesCloud Foundry Components 健康管理器 健康管理器 监控应用的正常运行时间/健康度，查找不匹配的应用状态(期望的/实际的). 云控制器提供了期望的状态，DEA提供实际的状态，如果健康管理器发现当前状态和预期的不一致，就会提示云控制器
- 70. Health Manager主要功能: 维护应用的实际状态 和预期状态对比 发送建议，确保和预期和实际状态相符其他功能: 支持短生命周期的应用 可配置的重启策略 水平扩展
- 71. Cloud Foundry Components 服务网关 服务网关对本地服务或是第三方服务提供了接口，对服务的处理运行于Service Nodes或是外部第三方的SaaS服务 (e.g., email, messaging, database, storage, etc.).User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService Nodes
- 72. Service Gateways主要功能: 服务目录 对服务节点的服务进行创建、删除、绑定、解绑 查询现有的实例数，接受云控制器来的绑定要求 SaaS的服务网关其他功能: 支持多节点 支持单一服务 松耦合
- 73. Cloud Foundry Components 服务连接器 服务连接器提供了一个外部服务的接口 (e.g. Oracle DB). 外部服务是不受CF的控制 (也即，没有使用服务节点，提供一个连接字符串 (e.g. JDBC) 给CF,对开发者而言，和其他CF服务是一样的User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService Nodes
- 74. Service Connector主要功能: 元数据管理其他功能: 服务类型模板 创建服务类似实例的各种模板（Oracle and SQLServer） 提供选择，使得服务实例可以跨空间共享
- 75. User Authentication and AuthorizationRouterDEA Pool Service GatewayAppsService ConnectorHealth ManagerMessagingCloud ControllerBuild PacksCloud Foundry BOSHMicro CloudsPrivate CloudsPublic CloudsService NodesCloud Foundry Components UAA The User Authorization and Authentication system provides user identity, security and authorization services. It manages third party Oauth 2.0 access credentials. It can also provide application access and identity-as-a-service for apps running on Cloud Foundry.
- 76. UAA and Login ServersResponsibility for: Token Server ID Server (User management) OAuth Scopes (Groups) Login UI Access auditingRoadmap: LDAP Login Server Active Directory Login Server Horizontally scalable Login Server App User Management Service
- 77. 敏捷开发代码开发App1 程序员John的工作环境Other dev apps代码开发App1 程序员Mary的开发环境Other dev appsQAQAApp1 QA版本Other QA appsProductionPRODUCTIONApp1 生产上线版本Other Prod apps无需修改代码和配置!“从有想法到生产上线---一天内”
- 78. CF对多云的支持机制Cloud Foundry 允许您编写应用程序一次，即可部署到任何 Cloud Foundry 实例，不论是公有云还是私有云，甚至是微云，从而帮助您将应用程序变为多云。
- 79. CF对多云的支持机制DEA – 动态执行代理作为独立实体运行，执行云控制器(Cloud Controller)发出的请求。由于 DEA 是独立的，它可以为应用程序提供一个运行位置，应用程序不必知道自己在哪里执行（就像在传统的操作系统中一样）。 服务网关 – 提供一种通用/统一的方式，向 DEA 上运行的应用程序公开服务（数据库、消息队列、存储等）。通过通用一致的方式向运行的应用程序公开服务，它的可移植性提高了。 环境变量 – 实现应用程序可移植的最后一步是，以标准方式向所有应用程序运行时提供服务凭据。在所有 Cloud Foundry 实施中，这是通过注入 JSON 文档作为环境变量完成的，这些变量将列出绑定到应用程序的所有服务及其凭据。当开发人员编写代码以利用此功能时（通过解析 JSON 本身或利用诸如 Spring 3.1 配置文件这样的框架功能），应用程序可以在 Cloud Foundry 的任何实例上运行，无须对代码进行修改。
- 80. CF开发IDE环境—Cloud Foundry Integration for Eclipse
- 81. 安全模型在整个开发生命周期的安全性渗透测试(安全性测试) : 如 1.SQL 注入。 2.XSS 和 CSRF。 3.Cookies,Session劫持和伪造。 4.不必要的权限和信息泄露。 5.伪造数据和授权问题 6.环境和代码安全性 (服务器配置,混淆,加壳等)隔离用户代码在一个安全的、隔离的Linux容器下运行对每个应用实例都是VM隔离CF的部件在特定的网段认证和访问控制组织和空间提供了安全角色，对不同的用户组和用户在不同的级别提供了不同的安全角色用户帐户和认证服务 (UAA) 提供了: 对应用、用户和CF部件的认证，并且支持SSO，和现有的IDP集成 基于如下标准: OAuth2, OpenID Connect, SCIM审计日志审计 WhoWhatWhen
- 82. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 83. 500 – 5,000 VMs 40+ unique node types 75+ unique software packages 75+ unique environments Small teamCloudFoundry.com生产系统部署的实例
- 84. dev_setup 手工部署 直接在操作系统(ubuntu 10.04)中用脚本部署 可部署单结点或多结点 适合小规模的环境 支持虚拟机和物理机 每台机器需要手工安装和修改配置文件 系统扩容能力和弹性计算较差 Cloud Foundry两种部署方法（1）
- 85. Application Deployment Flow
- 86. Application Deployment Flow (cont.)
- 87. BOSH 自动部署 自动化大规模部署多结点系统 集中式的配置文件 支持自动化系统扩容 仅支持虚拟机 对各类IaaS平台集成 (CPI) 在Cloudfoundry.com生产系统中使用Cloud Foundry两种部署方法（2）
- 88. BOSH Logical ViewBOSH Deploys and manages large scale distributed systems. BOSH provides the means to go from deployment (i.e., Chef/Puppet) to VM creation and management (i.e., cloud CPI). It includes interfaces for vSphere, vCloud, AWS and OpenStack. Additional CPI can be written for alternative IaaS providers.
- 89. 部署系统 更新配置 版本管理 监控运行 BOSH在Cloud Foundry中的作用
- 90. BOSH的内部结构
- 91. BOSH部署原理（1）BOSH CLIOperation Staff BOSH BOSH是部署系统的总指挥 管理员通过BOSH CLI工具发送指令给BOSH
- 92. BOSH部署原理（2）BOSH CLIIaaSOperation Staff创建虚拟机 BOSH CPICPI ( Cloud Provider Interface)支持多种 IaaS BOSH通过CPI管理IaaS层资源（虚拟机、虚拟存储、虚拟网络等）
- 93. BOSH部署原理（3）Inner Shell. . .BOSH CLIIaaS VMOperation Staff创建虚拟机 VM VM VM BOSH CPIBOSH调用CPI动态生成虚拟机 Inner Shell – 被管理的部分
- 94. BOSH部署原理（4）Inner Shell. . .BOSH CLIIaaS VMStemcellOperation StaffDeployment创建虚拟机 VM VM VM BOSH CPIStemcell提供虚拟机模板 Deployment manifest定义部署细节: IP地址、用户名/密码等
- 95. BOSH部署原理（5）Inner Shell. . .BOSH CLIIaaS VMAgentStemcellDeploymentOperation Staff创建虚拟机 VMAgent VMAgent VMAgent BOSH CPI每个虚拟机内嵌一个Agent 负责管理、控制、监控虚拟机
- 96. BOSH部署原理（6）Inner Shell. . .BOSH CLIIaaS VMAgentStemcellDeploymentOperation Staff创建虚拟机 VMAgent VMAgent VMAgent BOSH CPIAgent接收BOSH的指令 完成软件部署安装、应用起停、系统监控等任务
- 97. BOSH部署原理（7）Inner Shell. . .BOSH CLIIaaS VMAgentStemcellReleaseDeploymentOperation Staff创建虚拟机 VMAgent VMAgent VMAgent BOSH CPIRelease包含软件的源代码、目标码、版本、配置等信息
- 98. BOSH的内部结构 BOSH由6个虚拟机组成
- 99. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 100. Cloud Foundry 组件模型uaaservicecloud controllerdeaappappccdbnatsrouterstagerhealth manager
- 101. Cloud Foundry 部署模型（1）- 单结点单虚拟机或物理机OS
- 102. VMstagerCloud Foundry 部署模型（2）- 多结点VMuaaVMserviceVMcloud controllerVMccdbVMnatsVMrouterVMhealth managerVMrouterVMserviceVMserviceVMserviceVMcloud controllerVMdeaVMdeaVMdeaVMdeaVMstagerVMstager每台虚拟机（或物理机）部署一个或数个组件
- 103. Cloud Foundry 云平台的弹性Open source Platform as a Service project App Instances Services包含整个Cloud Foundry云平台 单虚拟机大规模部署Cloud Foundry云平台 多达数千个虚拟机结点
- 104. BOSH动态增加DEA结点，可承载更多云应用 BOSH动态增加Service结点，可提供更多云服务Cloud Foundry 云平台弹性的原理IaaSDEAIaaSDEAIaaSSvcBOSH
- 105. BOSH动态增加DEA结点，可承载更多云应用 BOSH动态增加Service结点，可提供更多云服务Cloud Foundry 云平台弹性的原理IaaSDEAIaaSDEAIaaSSvcDEADEASvcDEADEASvcDEADEASvcDEADEASvcBOSH
- 106. 目录Paas和IaaS的区别和PaaS价值 CloudFoundry的设计目标、原理 CloudFoundry支持的敏捷开发 企业私有云解决的问题和建设价值 CloudFoundry的功能架构 CloudFoundry的应用部署和大规模部署 CloudFoundry的弹性计算 CloudFoundry的案例情况
- 107. Cloud Foundry: 在市场上的表现对各种IaaS的支持Bare metal私有PaaS云的案例公有PaaS云的案例.COM
- 108. Cloud Foundry在国内的案例108用友应用PaaS云
- 109. E
