企业私有云PaaS平台建设背景.doc

企业私有云PaaS平台建设背景

⾸先结合企业在信息化规划和建设中遇到的实际问题来分析企业私有云PaaS平台建设的背景和原因。在业务系统建设中遇到的问题主要包括：烟囱式的系统建设模式

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

虽然很多⼤型企业在IT系统构建中已经引⼊了SOA集成平台，但是平台本⾝的作⽤仍然停留在数据集成和系统间接⼝管理。即集成平台虽然解决了传统的点对点集成到总线式集成和统⼀管控的转变，但是业务系统本⾝孤⽴和竖井式建设的本质并没有改变。业务系统中⼤量可复⽤的能⼒没有提取并抽象到平台层统⼀建设，业务系统本⾝没有基于SOA参考架构的思想进⾏灵活构建，这些都导致了整个IT系统和环境⽇趋复杂。数据交换和能⼒共享

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

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

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

⽽引⼊私有云PaaS平台真正实现了应⽤托管和⾃动部署后，才可能通过PaaS平台的调度规则和性能分析监控，去动态的调度底层的IaaS资源池中的资源。即通过引⼊PaaS层后不仅仅是物理资源对业务系统透明，包括逻辑资源也对业务系统透明，对于最终的业务系统⽽⾔只关⼼服务能⼒的使⽤，⽽⽆须关系提供服务能⼒的资源。业务系统建设规范和标准

在企业信息化建设过程中，不同的开发商往往都使⽤⾃⼰的开发框

架和语⾔，技术架构，数据库和应⽤中间件等。这不可避免的导致了企业IT规划建设部门⾯临⼀个复杂的软硬件环境，这不仅仅是后期运维管控的困难，还包括了各个业务系统间的适配和协同困难，这也是经常说到了IT建设部门逐步被开发⼚商所绑架的⼀个原因。系统本⾝架构可扩展性

随着企业业务的⾼速发展，海量数据，⾼并发业务场景下的⾼可⽤性和⼀致性问题，传统数据架构已经⽆法解决，即使借助⼩机，商⽤数据库也存在⽆法伸缩扩展的问题，因此需要考虑全新的架构模式。这种架构模式核⼼⼀⽅⾯是SOA组件化架构思想的应⽤，⼀⽅⾯是分布式和并⾏计算技术，⼤数据处理和分析技术的使⽤等。所以引⼊私有云PaaS平台不是简单的实现公有云的资源调度和应⽤托管能⼒，更多的是要形成⼀套基于PaaS平台的上层应⽤开发框架，开发标准，开发流程，技术规范体系等，将企业内各个业务系统的开发都准备的标准化为统⼀的业务构件和能⼒单元。