Cloud Foundry提供的服务实例本质上就是访问信息：IP、端口、用户名、密码等，使用的过程当然可以写死在代码或配置文件里，但是高级一点儿的办法当然是让程序可以自动按照环境适配服务实例信息，切换数据库，消息中间件，云存储等代码连接的位置。这篇先写一下在web.xml里配置了listener的spring程序如何自动获取CF的服务实例信息，示例代码由Maven管理。

云计算相关的技术几乎都对传统网络架构和安全规则产生一定的冲击，Pivotal Cloud Foundry（PCF）也不例外，去年8月为了说服专业安全组织同意PaaS部署方案，特意为他们深入讲了下PCF的安全机制，虽然这种原理性的东西不符合开博的宗旨，但是为了防止大家也要说服这样的组织，分享出来也算是云计算实务的一部分。

Cloud Foundry（CF）通过buildpack扩展运行不同语言应用的能力，通过service broker（SB）扩展支持应用所需的各种关系数据库、中间件、缓存、云存储、内存数据库等各种服务的能力。这篇博文将从头至尾介绍通用的SB开发和部署。

归根结底云计算是种运营模式，虚拟化、自动化、Cloud Foundry、Docker等等都是实现这种运营模式的一种手段而已，本质上，云计算就是把信息技术能干的事儿都包装成明码实价的出来卖的。能制定并落实一套管理制度以推动云计算运营模式的实现，比采用的技术要重要的多。抬杠的说，不采用任何相关技术，靠人海战术，云数据中心依然能够运营。云计算，尤其是私有云建设中，找到一个能够少触犯各方利益，得到广泛支持

2012年6月，博主启动了所在大型国内投行的IaaS私有云建设，彼时，虚拟服务器资源池（自动化、流程化、可计量，参见基于VMware的虚拟机资源池实现）和存储资源池（流程化）均已形成，目标很明确：1、将存储资源池自动化；2、建设自动化、流程化的物理服务器资源池；3、整个管理平台为这些东西提供统一的自助服务和管理；4、这是最重要的，制定云运营模式。按照企业习惯，自主研发的可能性不大，所以当然是找商业

大家将要读到的是如何使用VMware技术完成一个自动化/流程化（企业内部流程）的虚拟机资源池，这一方案是已经在大型金融企业管理了数千台虚拟机的实际方案。在大多数做云的甲方企业或乙方集成商看来，这就是云计算了，对此，个人稍有保留意见，容后写务虚文章时再聊。本文适合有系统运维经验的系统管理员使用，如果实施过程中有不清楚的地方，欢迎Email。个人不喜欢截图，因为读起来太费劲，能看懂图的人其实只要知道输

在写Cloud Foundry之前，先预热一下。2014年7月，为企业PaaS云建设，个人对11家PaaS公有云供应商的服务内容进行了调查，共享出来，供进行PaaS项目建设的同仁参考。所有调查内容为2014年7月的状态，受限于项目建设目标，调查的范围主要是运行环境和MySQL数据库服务。

本文介绍在基于VMware技术的虚拟机资源池上，部署Pivotal Cloud Foundry（PCF）的过程。Pivotal对Cloud Foundry（CF）进行了商业化包装，虽然其部署过程现阶段还没有简单到vSphere产品线的水平，但是比开源版本的部署要容易的多。

在企业内部做IaaS，共享存储资源池是必然要求，对于大部分企业来讲，其实并不需要太多新技术，传统的SAN存储网络在当下是绝对能够非常良好的支撑IaaS私有云的，存储阵列和SAN交换机就够了，至于该买什么牌子，同档次里找便宜的吧，不差钱的话，推荐EMC的存储解决方案。这篇将以EMC VNX和博科交换机为例介绍下典型的共享存储资源池。

现在我们得到了一个可用的虚拟机资源池，但是还有对于企业内部运营模式，还有几个关键特征没有实现：流程化、自动化、可计量。现在提供的是我自己写的虚拟机资源池管理工具，个人认为对于企业来讲，这些工具比那些IaaS系统靠谱多了，一个基本的道理是：如果你的企业只有几千台或者一万台虚拟机，用一个庞大的商业或开源系统去做统计分析，还不如用Excel，主数据只有几千条的系统，存在的意义实在不大。这里面的东西都是个