云计算体系结构中soa构建层_企业私有云PaaS平台建设规划-背景，目标和整体方法论...

作者：人月神话，新浪博客同名

简介：多年SOA规划建设，私有云PaaS平台架构设计经验，长期从事一线项目实践

今天继续分享企业私有云PaaS平台规划建设的背景，目标和整体方法论，也是对我前面分享的私有云PaaS平台建设PPT的一些关键内容的进一步阐述和说明。

私有云PaaS平台建设背景

结合企业在信息化规划和建设中遇到的实际问题来分析企业私有云PaaS平台建设的背景和原因。假设一个企业已经完成了初步的私有云IaaS资源池建设，然后各个业务系统仍然按传统的独立规划建设模型进行，具体如下：

结合该图可以看到，在业务系统建设中遇到的问题主要包括：

烟囱式的系统建设模式

这个是企业信息化建设中经常遇到的问题，即各个业务系统孤立建设，越建越多，系统之间大量复杂的蜘蛛网式交互和数据传递。由于业务系统间本身的交互困难导致了端到端流程存在断点，多个系统间基础数据不一致等一系列问题。

虽然很多大型企业在IT系统构建中已经引入了基于SOA理念的集成平台，但是平台本身的作用仍然停留在数据集成和系统间接口管理。即集成平台虽然解决了传统的点对点集成到总线式集成和统一管控的转变，但是业务系统本身孤立和竖井式建设的本质并没有改变。业务系统中大量可复用的能力没有提取并抽象到平台层统一建设，业务系统本身没有基于SOA参考架构的思想进行灵活构建，这些都导致了整个IT系统和环境日趋复杂。

数据交换和能力共享

传统的企业信息化建设过程中往往会实施数据交换平台等实现业务系统间的数据交换和协同，这不可避免导致的问题就是通用的共享业务数据在多个业务系统中多点落地，由于数据交换平台本身的可靠性或数据管控能力差距，都导致了在某一个时点同样的数据在多个系统中不一致。

为了解决这个问题，有些企业开始逐步实施了MDM主数据管理系统，虽然实现了数据的统一流程管理和质量管理，但是如果MDM系统仍然是采用传统的数据收集和分发机制，仍然不可避免带来数据多点落地和不一致性的问题。导致这种结果的核心原因还是没有从传统的数据交换和集成转化为服务能力开放和共享思路上。这里需要强调的是：SOA服务共享的思路重点是业务能力通过服务的方式进行开放和暴露，这种服务是粗粒度的服务，通过底层的数据规则和计算来完成，外围业务系统往往只需要消费服务能力而不是同步底层数据。

IaaS层能力无法完全发挥

当前已经有不少企业进行了虚拟化资源池建设和实施，也初步搭建了自己的IaaS层管理平台，但是要注意到如果只实施了IaaS平台，对于应用来讲虽然物理资源不可见，但是逻辑资源仍然可见，往往IaaS层在资源分配中仍然会将逻辑资源固定的分配给业务应用。那么对于各个业务系统在业务忙闲不同的时候，就很难真正的去动态调度底层的逻辑资源能力，而无法真实实现资源的最大化利用。

而引入私有云PaaS平台真正实现了应用托管和自动部署后，才可能通过PaaS平台的调度规则和性能分析监控，去动态调度底层的IaaS资源池中的资源。即通过引入PaaS层后不仅仅是物理资源对业务系统透明，包括逻辑资源也对业务系统透明，对于最终的业务系统而言只关心服务能力的使用，而无须关系提供服务能力的资源。

业务系统建设规范和标准

在企业信息化建设过程中，不同的开发商往往都使用自己的开发框架和语言、技术架构、数据库和应用中间件等。这不可避免的导致了企业IT规划建设部门面临一个复杂的软硬件环境，这不仅仅导致了后期运维管控的困难，还造成了各个业务系统间的适配和协同困难，这也是业界经常提到IT建设部门逐步被开发厂商所绑架的一个原因。

系统本身架构可扩展性

随着企业业务的高速发展，海量数据，高并发业务场景下的高可用性和一致性问题，传统数据架构已经无法解决，即使借助小机，商用数据库也存在无法伸缩扩展的问题，因此需要考虑全新的架构模式。这种架构模式核心一方面是SOA组件化架构思想的应用，一方面是分布式和并行计算技术、大数据处理和分析技术的使用等。

所以引入私有云PaaS平台不是简单地实现公有云的资源调度和应用托管能力，更多的是要形成一套基于PaaS平台的上层应用开发框架、开发标准、开发流程、技术规范体系等，将企业内各个业务系统的开发都准备的标准化为统一的业务构件和能力单元。

私有云PaaS平台建设目标