Cloud Foundry是业界第一个开源PaaS云平台，它提供给开发者自由的去选择云平台、开发框架和应用服务。它支持多种框架、语言、运行时环境、云平台及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题。
Cloud Foundry让开发人员专注于编写应用程序，而无需为中间件和基础设施分心。在使用自助式高生产力的框架和应用服务的同时，开发人员可以快速在自己的环境上开发和测试自己的下一代应用，并能部署到云上而无需做任何更改。
参考
Cloud Foundry的特点主要有以下几点：
1．支持公共，私有和混合云上部署。Cloud Foundry支持众多在私有或者公有基础设施上运行的合作伙伴的云平台，包括vSphere /vCloud，AWS，OpenStak，Rackspace，Ubuntu等；还包括CloudFoundry.com；Micro Cloud Foundry是业界第一个可以部署到开发者笔记本上运行的PaaS平台。
2．支持业界标准框架。这些框架包括Spring for Java，Ruby on Rails和Sinatra，Node.js，Grails，Scala on Lift以及更多合作伙伴提供的框架(例如Python, PHP)。
3．支持应用服务。这些应用服务包括RabbitMQ，来自VMware的vFabric PostgreSQL，MySQL，MongoDB和Redis，以及更多来自第三方和开源社区的应用服务。
4．架构可扩展。可以使开发人员和架构师前瞻性的验证他们的组织架构是否适应快速的云创新。
5．开源项目社区。社区内允许任何开发者访问，评估，和贡献，这包括集成其他框架，增加应用服务和部署应用到其它基础设施云。
概念：
buildpack：即构建包，为应用提供framework和runtime，如binary、go、java、php、ruby、pythond等。
manifest：cf push部署应用时会用默认的实例数、硬盘空间限制和内存限制。若你想用指定的配置来覆盖默认配置，可将键值对存放于manifest文件。
org：赋予开发账号不同的权限
space：应用和服务运行的特定空间，org可包含多个space
user account：一个org中的用户账号对不同的space拥有不同的访问权限
quta plan：即memory、service和instance使用配额
domain：每个cloud foundry实例都有一个默认域，从域创建的任何请求将被路由到cf的负载均衡IP地址
route：CF gorouter通过将应用和地址相关联来路由请求，即映射。可用cf routes查看
services：cloud foundry提供一个服务市场，cf marketplace查看，这里可将service看做提供服务实例的工厂
Application Security Groups(ASGs)：应用安全组，相当于防火墙，对特定协议、端口、IP范围做的出口规则
图中组件：
Router: 对request进行路由并负载均衡，定期查询diego bbs以确定应用当前运行的vm，根据其IP和端口做路由
UAA：登录服务器身份认证
Cloud Controller控制应用和进程运行于VMs，根据需求管理应用的生命周期
cloud controller and diego brain: cc通过cc-bridge指导diego brain应用部署，维护orgs/space/user roles/services等的记录
nsync,bbs,cell repo：三者一块工作组成工作链，保证应用可用：nsync从cloud controller接受扩展app的消息，将需求实例数存储到diego bbs db；bbs用聚合进程监控需求实例数和实际数，通过kill或launch应用实例让二者匹配；cell rep监控容器和实际实例数。
blobstore：二进制文件的仓库，包括application code packages,buildpacks,droplets，现实中对应阿里云的oss或aws的S3
diego cell：应用实例、任务作为garden容器运行于diego dell vms。diego cell管理这些容器的生命周期，并上报运行之上的应用状态给Diego bbs，传递日志给loggregator。
service brokers: 服务代理，为服务实例提供代理，如database，第三方SaaS。
diego是一个自愈的容器管理系统，保证运行任务和long-runging processes(LRP)于VM的数量来保障高可用。这里CF有两个种类型的VM：一种是CF组件VM，一种是运行app的VM。
在CF上部署应用时，diego处理流程
1，CC发送请求给BBS API
2，BBS联系拍卖师基于LRP需求的资源创建拍卖，rep接受拍卖请求
3，rep根据请求，通过garden API创建container并运行task和LRP
4，converger定期析系统状态的快照并纠正差异，确保实例数量和diego保持一致
5，容器上的metron agent实时发送task和LRP的日志给loggregator system，route-emmitter注册LRP实例给Gorouter，以接收路由过来的外部访问
Diego cell的组件
rep：保持Locket中cell的存在记录
参与拍卖以接收task和LRP实例，创建容器并运行
对容器事件及时处理，确保bbs中的任务和Actual LRP与cell上实际存在的容器同步
针对cell上的资源约束管理容器分配
通过metron-agent定期收集日志并发送给Loggregator系统
garden：提供独立于平台的服务端和客户端来管理容器，定义创建和管理容器的API
metron-agent：转发应用日志、错误和其他度量值给Loggregator
route-emitter：监控需求LRP和实际LRP状态，定期发送路由注册和注销信息给Gorouter
diego brain：有所谓的拍卖师组成，根据拍卖算法分发task和LRP给diego cells，锁定Locket以确保一次只有一个拍卖师处理拍卖，拍卖信息通过HTTPS在Auctioneer和cell reps之间发送，适时纠正实际和期望实例数量的差异，以确保容错和一致性。
bbs：维护diego cluster的实时状态，确保Locket只有一个活动状态的bbs，定期比对期望LRP和实际LRP并强制执行保证一致；重发等待太长的拍卖请求和完成过长执行的回调
cc-bridge：将CC的请求翻译给bbs
Locket：提供抽象锁和服务注册，依赖后端SQL实现永久性，存在于database vm
tasks：有限时间内运行一次
LRP：long Running Processes，持续运行无限时间，直到被stop or kill, or crash.
常用的cf命令
cf api 查看api url
cf login admin 登录
cf login -a api_url --skip-ssl-validation
输入用户名，密码 登录
cf create-org testorg 创建org
cf org-users testspace 查看org对应的用户权限
cf create-space testspace 创建space
cf switch-space testspace 登录到自己的space
cf target -s testspace 进入空间
cf create-user cdc 123456 创建空间用户
cf set-space-role cdc testorg testspace SpaceDeveloper
cf push myapp 在testspace发布应用
cf apps查看应用
cf app myapp查看应用详细信息
cf env myapp查看应用事件
cf logs myapp --recent 查看应用日志
cf delete myapp -f 强制删除应用
cf restart msapp 关闭应用，刷新环境设置后启应用
cf restage myapp 关闭应用，重新编译构建droplet后启动
cf services 查看服务
cf routes 查看路由
cf domains 查看域名
cf spaces 查看空间
cf orgs 查看org
cf部署应用流程：
1，上传和存储应用文件
2，检查并存储应用元数据
3，为应用程序创建"droplet"(CF的执行单元)
4，选择合适的Diego cell来运行droplet
5，启动应用程序
droplet就是一个包，包含stack、buildpack、app source code。diego cell解压droplet包后编译，随即运行droplet于容器
转载于:https://my.oschina.net/u/2404183/blog/3047287
文章知识点与官方知识档案匹配，可进一步学习相关知识
