目前，CloudFoundry已经集成了很多第三方的中间件服务，并且提供了用户添加自定义服务的接口。随着Cloud Foundry的发展，开发者势必会将更多的服务集成进Cloud Foundry，以供app使用，也扩展了app的功能。
本部分主要描述通用service集成进入Cloud Foundry所需要做的设计以及实现。
1. service概念的对应
将通用的service类型集成进Cloud Foundry，需要做的第一个也是最重要的工作，就是须将待集成service的多种概念与Cloud Foundry中对于service的概念进行对应。
Cloud Foundry中这些概念包括：service instance，credentials，provision和bind等。
Cloud Foundry中service概念有很多，现将以上四种最为主要的概念进行具体的阐述：
1.1 service instance
serviceinstance是一项服务的具体事例。它是Cloud Foundry对于service操作的最终载体，存在于Cloud Foundry的Service Node中，上一层的管理者为Service Node。在实际应用过程中，service instance由Cloud Foundry上运行在DEA中的app访问，并且一个service instance可以被多个app同时访问。通用service的集成的首要任务就是，在通用service中抽象出service instance的具体表现形式。
1.2 credentials
credentials是serviceinstance的认证信息。当创建一个service instance的时候，Cloud Foundry会为这个service instance创建认证信息，也就是credentials，它的作用是：作为app访问这个service instance所必需的认证信息。在创建service instance的时候，Cloud Foundry将产生的credentials存在Cloud Controller，在执行app与service instance的时候，Cloud Foundry会重新生成一个credentials信息，然后由Cloud Controller在绑定app的时候，将这个credentials写入该app的环境变量中，以供app访问，app通过手持credentials信息直接通过RESTful接口，访问位于Service Node的service instance。通用service的集成中，credentials起到使得service instance之间互相独立的作用，另外还起到app访问service instance的凭证信息。
1.3 provision a service
provisiona service是指，在Cloud Foundry中在相应的Service Node上创建一个service instance的过程。其中主要包括两个方面的操作：第一，在Service Node创建service instance；第二，将service instance的credentials的信息传递给Cloud Controller，并对该数据进行持久化。通用service 的集成过程中，首先要实现的就是provision a service的工作，只有实现provision，才会有service instance的概念，并有之后对于service instance的种种操作。
1.4 bind a service
bind a service是指，在CloudFoundry中app应用需要使用一项service时，app发送请求绑定一个或多个service instance，并最后完成绑定的整个过程。bind a service是app访问service instance之前最后一步Cloud Foundry接管的操作。bind a service具体的操作是Cloud Foundry将serviceinstance的crdentials信息在app应用打包的时候，写入app的环境变量中，最终由app应用启动会被读取，app通过这个crdentials信息直接访问service instance。在通用service的集成过程中，bind是最为重要的步骤之一，只有bind成功后，service instance才有存在的意义。
2. 通用service的迁移
在明确了CloudFoundry中service的概念之后，紧接着就是将通用service向Cloud Foundry中迁移的问题。
在Cloud Foundry中，将通用service集成进来，有两个方面需要设计实现：第一，service数据的表现形式与存储形式；第二，service整体框架的设计与实现。
2.1 Service数据表现形式与存储形式
Service作为服务存在于CloudFoundry中，有很多种不同的类型。每一种类型的service在实现过程中，service instance都会以某种表现形式存在，Cloud Foundry对于service的操作全部都是限于这个service instance，关于service instance内部的具体操作，都是由app在访问这个service instance过程中来完成。
传统的关系型数据库中，serviceinstance的表现形式就是关系型数据库的一个db。这个db的创建由关系型数据库的server来创建。
这里db作为一种serviceinstance的表现形式，在Cloud Foundry中大多数的数据库服务中都有体现，不论是关系型数据库或者是NoSQL数据库。db的表现形式，只是Cloud Foundry中最常用的service表现形式，另外其他的service表现形式还有很多，也可以由Cloud Foundry service集成人员自行定义。
Service数据表现形式定义完备之后，还需要设计完成Cloud Foundry中service相关信息内容的具体存储形式。
首先，设计实现serviceinstance的存储，是Cloud Foundry中关于service存储的首要任务。Service instance的存储形式，主要是提供一个可靠的环境供Cloud Foundry中app的访问。传统的关系型数据库以及NoSQL数据库都是以db为表现形式，以db形式存储于存储介质中，具体的组织由数据库server端接管并存储。另外，service instance可以根据应用场景的不同，根据抽象出的service instance概念，将service instance存储于其他的系统中，比如某些文件系统中等。