平台化大势所趋 看IT的天空如何被平台改变

  对于企业IT部门最头疼的事情莫过于庞大的系统中存在的各种隐患和系统开发过程中大量的不符合设计以及返工等现象，这些可以把IT部门拖的奄奄一息。包括企业在信息化建设的过程中也会遇到一些相似的问题，这样便向IT部门提出了一个课题：怎样才能在保证质量和时间的情况下去解决这些庞大的系统问题？平台似乎是一个不错的方法~

  平台化与软件平台

  说到平台化，它在其他行业中已经非常成熟，也对其他行业产生着深远的影响。以汽车行业为例，汽车业的通用生产平台最初包含了底盘、悬挂结构和仪表盘，后来加入了更多的部件。

汽车行业的平台化深入人心

  在基于一个平台下，可以有很多的不同组件、外观、颜色以及功能等的不同汽车。玩具业里面有一个很好的模式——平台玩具。比如说暴力熊本身是平台玩具的类型，它就是有一个基本的造型，在玩具界称之为平台玩具。把平台玩具设计出来之后交给其他的设计师，让他们基于平台玩具做很多很丰富造型和演绎，从而形成一系列的产品。

  在软件业，把软件生命周期里面涉及到从软件前期的需求、架构、框架、引擎，甚至文档，软件全生命周期涉及到的核心资产进行大量重用，把积累下来的东西叫做软件业的平台化。

  与传统行业的平台化相比，软件业的平台化还有很长的路要走，同时也存在很多机会，软件业也需要平台化。很多大型企业尤其是银行、电信等行业，其IT部门的项目一般不是上一个系统，每年上几百个系统，几百个系统多项目、多应用，这时就需要平台化来实现规模化配置，满足高质量、低成本、快速交付的要求。

  “软件平台”这个词对于熟悉IT环境的人来说实在是不陌生，在最初政府做得电子政务、开发商做得应用的时候，都号称是基于平台做的。平台软件已经在软件开发中有着很长时间的应用。例如操作系统、数据库、WebLogic等中间件都是人们非常熟悉的软件平台。而到底什么是软件平台？综合现有软件平台的内涵及特征，可以这样来定义软件平台：软件平台是指用来构建与支撑应用软件的独立软件系统，它是开发与运行应用软件的基础，是任何一个应用软件得以实现与应用的必要条件。软件平台有两个基本要素，即支撑环境和开发体系，其中支撑环境是指应用软件系统开发与运行的基本条件，开发体系是指开发与维护管理应用软件的工具与方法。

  软件平台在发展

  作为平台技术的先行者的企业，无论是金融和电信都曾经度过过一个比较迷惘的阶段，在每个地方一定有共性的业务和个性化的业务，最难平衡两个业务之间的冲突，共性的业务对总部机关来讲希望一推全网部署，个性化的业务希望各个地方可以自由开发自己的个性化业务，而不受总部很多的约束，有自我发展能力。每个应用不管做什么业务，都要解决高性能的问题、高可靠性以及能力管理的问题，现在最基本的问题都没有解决好，就会发现这个应用做一套，那个应用做一套，质量参差不齐，而且大家在做相同的东西。

平台化让软件开发和信息化建设更靠谱

  软件行业今天的状况和传统的行业在很多年前机械化生产水平很低时是一样的，平台化的内涵要往四个方向上走，平台化要想达到QCD的目的必须要满足这四点要求，即四个现代化：层次化、组件化、产品化、简约化。第一，平台必须要分层，要层次化。第二，平台必须要组件化，不是一个大平台，而是平台里面是一个组件化的结构。第三，平台能够产品化。第四，能够简约化。

  以一直高举平台化大旗的普元的软件平台为例，普元有BTP和SDP，BPS做银行大规模交易的平台，SDP是在电信增值业务领域服务快速组装的产品，都是面向不同的行业，面向行业和电信增值业务，但是基础的产品平台是同一个EOS平台，很多产品都是在EOS产品平台扩展的。EOS产品平台建立在自己的技术平台之上，开发、运行、治理平台都是技术平台，在把开发平台改成代码资源树管理方式时，普元的产品也是这么做的，BPS有电信高级企业版也有流程银行版。每一类细分市场和客户的需求是不一样的，通过在这上面找出一些不一样的东西，而不是把BPS产品重新修改，如果重新做新的系统，在使用中需要维护两套东西，同时也拉长了开发时间。

  在开发工具技术平台中，BPS、ESB用得开发工具核心架构都是一样的，都有一些工具型的组件。在开发项目的过程中需要团队开发的协作环境，更一定需要编译、调试、部署、打包、文档生成，不管做什么样的开发工具，这时没必要单独开发BPS、ESB，通过EOS并不会改下面平台任何一个东西，也不会产生很大的资源使用。

  平台化和软件平台在未来也将继续影响着整个行业的发展，而行业的发展也在逐渐将平台这一理念融入到IT行业的各个角落。