CloudFoundry简介

2019独角兽企业重金招聘Python工程师标准>>>

CloudFoundry是一个提供夸平台、多语言应用框架的开源PaaS，可运行于私有云和公有云。

组件：

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范围做的出口规则

Cloud Foundry结构图

图中组件：

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

• stager

• • 将来自云CC的请求转换为通用任务和LRP
  • 任务完成后，向Cloud Controller发送响应

• CC-Uploader

• • 协调从rep到CC的upload
  • 将来自Rep的简单HTTP POST请求转换为cc的复杂多表单upload

• Nsync Bulker

• • 定期轮询每个应用程序的CC，以确保Diego维持准确的期望LRP数量

• Nsync Listener

• • 收听应用请求
  • 更新和创建期望LRP数量并更新给BBS

• TPS Listener

• • 为CC提供有关当前正在运行的LRP响应cf apps和cf app APP_NAME请求的信息

• TPS Watcher

• • 监控实际LRP的崩溃行为并将其报告给CC

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