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于容器