cloudfoundry
boluobn
这个作者很懒,什么都没留下…
展开
-
cf之app解读
笔者小菜,接触CF以来一直在读代码,其中重点是app,针对app的增删改读,以及app状态监控与错误处理,笔者进行了一定粒度的总结,不太可能很详细,敬请指教。本文的思路像是讲一个悠长的故事,一个个函数地讲,既是为了满足实验室修改代码的需求,也是为了让读者能够沿着代码的轨迹,对照着本文一步步地走下去。HealthManager run函数中定义了一个处理nats连接错误的函数、转载 2013-03-19 10:00:28 · 720 阅读 · 0 评论 -
Cloud Foundry 深入学习二 集群部署
单结点的部署由于vmware提供的安装脚本,使用简单不再陈述,大家参照一下官网即可,在此主要谈谈多结点集群部署的要点。 (关于Cloud Foundry 的整体介绍,大家可参阅 深入 Cloud Foundry(上)及 深入Cloud Foundry(下)先 )2011年7月时,搭建Cloud Foundry 集群时,一篇国外的博文给了两个建议:一种是在每个结点上分别安装各个组件;一种转载 2013-09-11 17:56:58 · 951 阅读 · 0 评论 -
Running your own CloudFoundry based on your IaaS. Part 1
注:这篇文章是不是指导你建立一个直接在生产环境下使用CloudFoundry集群。但如果你尝试在自己的IaaS(哪种都行,相信我)搭建出一个CF集群来研究下,这里就有一个快速有效的指导方法了。下文会假设你已经有了CloudFoundry和PaaS的基本知识,体验过MicroCloudFoundry,甚至已经建立了自己的单节点CF实例。如果没有,你需要自己先研究CF几天,看看官网guid转载 2013-08-30 23:43:39 · 568 阅读 · 0 评论 -
Running your own CloudFoundry based on your IaaS. Part 2
Step.3 Configure the new VM created by Template当安装单节点CloudFoundry完成之后,我们就可以用vmc来测试下组件启动是否正常。测试之后,我们就可以使用IaaS的Template功能,把这个安装了完整CloudFoundry的虚拟机做成一个模板,留到做集群的时候使用。这一步,你完全可以使用自己喜爱的IaaS来做这件事情,比如Clo转载 2013-08-30 23:45:10 · 551 阅读 · 0 评论 -
warden及平台安全
warden 是整个cloudfoundry平台的基石。它负责最关键的资源控制——包括cpu,mem,disk等。 资源控制直接关系到如何让多个应用之间直接互不干扰,以及阻止恶意代码的执行,从而保证平台的安全性。 虚拟机可以很好的隔离,但这个解决方案对于隔离一个应用就显得太重量级了。有一种基于linux系统内核的资源隔离技术Resource control is done by转载 2013-06-26 13:43:41 · 1083 阅读 · 0 评论 -
Cloud Controller
Cloud Controller 是整个cloudfoundry平台的控制中心。它对外提供api,所有的操作都是依赖这些api来进行的。 这里是详细的api列表 同时在项目的根目录的docs目录下有详细的设计文档。Cloud Controller 2.0引入了多个新概念,如Organizations,Spaces,Domains,Routes 这篇官方文档可以很好的帮助你理解这些概念。转载 2013-06-26 14:15:43 · 1087 阅读 · 0 评论 -
cloudfoundry 2.0 on CentOS 6 小结
概况cloudfoundry 2.0 正式发布已经有一周多了,相信想研究它的人也不少。 但对于最新的2.0,官方仅给出了一种基于Iaas的部署方式,大批量的创建ubuntu 虚拟机,然后使用cloudfoundry的发行包(cf-release)批量部署cloudfoundry。这个需要有openstack,Vsphere 等底层IaaS作为支持,如果没有IaaS, 那就只能自己摸转载 2013-06-26 13:42:30 · 1229 阅读 · 0 评论 -
DEA 和 buildpack
dea 和 buildpack是整个cloudfoundry 设计最出彩的地方,想想别的PaaS 开发新加一门语言是多么费劲?而cloudfoundry 仅仅需要几天,而且还支持用户自定义语言和应用类型, 这一切都是基于buildpack打包设计的功劳。术语在提到buildpack之前 有必要解释一下DEA,dea全称是 droplet execution agency,即执行dr转载 2013-06-26 13:49:11 · 1850 阅读 · 0 评论 -
NATS
NATS是一个轻量级的基于pub-sub机制的分布式消息队列系统,它负责衔接各组件。所有组件的配置项里都有nats的配置。官方安装文档在这里。但看完官方文档仍然有点不太直观,举几个典型的例子来说明一下:向router注册不管是外部用户对平台上的应用发起的请求,还是内部组件提供对外的api(uaa和cloud controller),都是通过router转发的request,转载 2013-06-26 13:33:46 · 1058 阅读 · 0 评论 -
Health Manager
Health Manager (简称HM) 主要负责监控app的状态,确保已经启动的app处于running状态,以及这些app的版本和instance数量是正确的。 这些确保机制主要是通过维护应用状态实现的,每个app有一个Actual State 实际运行状态,用来比较它和app的Desired State 期望状态。 当不匹配的情况出现的时候,就要把app的状态调整到期望状态,比如通过sta转载 2013-06-26 14:17:59 · 1205 阅读 · 0 评论 -
UAA 和login-server
概述UAA的设计理念是要实现一个统一的用户认证和权限管理中心,设计思想和全部API见官方的UAA文档下图说明了各种组件在UAA中的配合关系详细的去看文档。在这里仅仅提一下怎么给cloudfoundry加上自定义的权限验证,比如ldap安装和配置天生的跨平台JAV,安装上应该不会有问题。至于UAA的配置 参见这里实践LDAP登录转载 2013-06-26 14:17:20 · 3017 阅读 · 0 评论 -
Research on EventMachine
为什么我们需要EventMachine?我们通常说的Ruby解释器里的Ruby线程是Green Thread:即程序里面的线程不会真正映射到操作系统的线程,而是由语言运行平台自身来调度,并且这种线程的调度不是并行的。关于Ruby的并发问题这里有一个权威的解释:http://www.igvita.com/2008/11/13/concurrency-is-a-myth-in-ru转载 2013-06-08 15:00:41 · 606 阅读 · 0 评论 -
Cloud Foundry Service Gateway源码分析
Cloud Foundry是一个开源的平台即服务产品,它提供开发者自由度去选择云平台,开发框架和应用服务。而Cloud Foundry中,服务则是体现了应用程序的高级功能,正是由于服务Service的存在,用户得以加速应用部署和简化应用管理。首先,还是简要的介绍一下Cloud Foundry的Service。 目前Cloud Foundry的Service主要包括三方面:1.转载 2013-03-19 17:25:08 · 799 阅读 · 0 评论 -
Cloud Foundry中Service Gateway功能以及通信机制
本报告从两个方面讲述Cloud Foundry中的组件Service Gateway:Service Gateway的功能和Service Gateway的通信机制。 1. Service Gateway的功能Service Gateway 在CloudFoundry中的作用主要是:接收Cloud Foundry中的控制器Cloud Controller发来的请求,并根据请求类转载 2013-03-19 17:21:15 · 820 阅读 · 0 评论 -
CloudController源码分析
介绍源码前,先介绍两个重要的内容。了解整个Cloud Foundry需要熟悉的内容很多,但最核心的东西是nats和event-machine. 关于nats上一篇已经做了介绍,大家可参考基于Cloud Foundry的PaaS实践(二) Cloud Foundry集群部署 ,安装一下执行个小示例程序便可一目了然。关于event-machine,大家可参考EventMachine-scalable-转载 2013-09-11 17:50:44 · 620 阅读 · 0 评论