《企业私有云PaaS平台建设背景 .docx》由会员分享，可在线阅读，更多相关《企业私有云PaaS平台建设背景 .docx（5页珍藏版）》请在三一文库上搜索。
1、企业私有云 PaaS 平台建设背景首先结合企业在信息化规划和建设中遇到的实际问题来分析企业私有云 PaaS 平台建设的背景和原因。在业务系统建设中遇到的问题 主要包括：烟囱式的系统建设模式这个是企业信息化建设中经常遇到的问题，即各个业务系统孤立建设，越建越多，系统之间大量复杂的蜘蛛网式交互和数据传递。由于业务系统间本身的交互困难导致了端到端流程存在断点，多个系统间 基础数据不一致等一系列问题。虽然很多大型企业在 IT 系统构建中已经引入了 SOA 集成平台，但是平台本身的作用仍然停留在数据集成和系统间接口管理。即集成平台虽然解决了传统的点对点集成到总线式集成和统一管控的转变，但是业务系统本身孤
2、立和竖井式建设的本质并没有改变。业务系统中大量可复用的能力没有提取并抽象到平台层统一建设，业务系统本身没有基于 SOA 参考架构的思想进行灵活构建，这些都导致了整个 IT 系 统和环境日趋复杂。数据交换和能力共享传统的企业信息化建设过程中往往会实施数据交换平台等实现业务系统间的数据交换和协同，这不可避免导致的问题就是通用的共享业务数据在多个业务系统中多点落地，由于数据交换平台本身的可靠性或数据管控能力差距，都导致了在某一个时点同样的数据在多个系 统中不一致。为了解决这个问题，有些企业开始逐步实施了 MDM 主数据管理系统，虽然实现了数据的统一流程管理和质量管理，但是如果 MDM 系统仍然是采用
3、传统的数据收集和分发机制，仍然不可避免带来数据多点落地和不一致性的问题。导致这种结果的核心原因还是没有从传统的数据交换和集成转化为服务能力开放和共享思路上。再次强调下SOA 服务共享的思路重点是业务能力通过服务的方式进行开放和暴露，这种服务是粗粒度的服务，通过底层的数据规则和计算来完成，外围业务系统往往只需要消费服务能力而不是同步底层数据。 IaaS 层能力无法完全发挥当前已经有不少企业进行了虚拟化资源池建设和实施，也初步搭建了自己的 IaaS 层管理平台，但是要注意到如果只实施了 IaaS 平台，对于应用来将虽然物理资源不可见，但是逻辑资源仍然可见，往往IaaS 层在资源分配中仍然会将逻辑资
4、源固定的分配给业务应用。那么对于各个业务系统在业务忙闲不同的时候，就很难真正的去动态调度 底层的逻辑资源能力，而无法真实实现资源的最大化利用。而引入私有云 PaaS 平台真正实现了应用托管和自动部署后，才可能通过 PaaS 平台的调度规则和性能分析监控，去动态的调度底层的IaaS 资源池中的资源。即通过引入 PaaS 层后不仅仅是物理资源对业务系统透明，包括逻辑资源也对业务系统透明，对于最终的业务系统而言只关心服务能力的使用，而无须关系提供服务能力的资源。 业务系统建设规范和标准在企业信息化建设过程中，不同的开发商往往都使用自己的开发框架和语言，技术架构，数据库和应用中间件等。这不可避免的导致
5、了企业 IT 规划建设部门面临一个复杂的软硬件环境，这不仅仅是后期运维管控的困难，还包括了各个业务系统间的适配和协同困难，这也是经常说到了 IT 建设部门逐步被开发厂商所绑架的一个原因。 系统本身架构可扩展性随着企业业务的高速发展，海量数据，高并发业务场景下的高可用性和一致性问题，传统数据架构已经无法解决，即使借助小机，商用数据库也存在无法伸缩扩展的问题，因此需要考虑全新的架构模式。这种架构模式核心一方面是 SOA 组件化架构思想的应用，一方面是分布式和并行计算技术，大数据处理和分析技术的使用等。所以引入私有云 PaaS 平台不是简单的实现公有云的资源调度和应用托管能力，更多的是要形成一套基于 PaaS 平台的上层应用开发框架，开发标准，开发流程，技术规范体系等，将企业内各个业务系统的开发都 准备的标准化为统一的业务构件和能力单元。