转载

围绕SOA体系的平台研发规划(1.11-1.13)

我在原来一篇文章里面已经写到过，一个平台即能够将生产不同类的产品，生产同类的多个产品中涉及到的 基础和共性内容沉淀下来变为可复用的地方 ，传统的产品研发也转变为基于平台规约来实现的平台+应用的构建模式，构建平台最重要的目标两个， 一个是快速开发和构建，一个是降低成本 。平台这个概念出现的很早，即最传统的产品研发就逐步开始遵循产品，平台，技术的分层架构模式，开始考虑基于平台的快速柔性产品研发。

一个平台本身又包括了两个部分的内容，一个是完全的技术平台部分，一个是业务平台部分。

1.技术平台包括了ESB，ETL平台，规则引擎等。

这个分法不算太合理，即主数据，BPM等本身也可算做技术平台，只是在实施的时候会增加更多业务流程，业务基础数据在里面而已。如果安装SOA参考架构的思路那应该是底层是数据层（基础数据，MDM，4A），再上面是服务和集成层（ETL，ESB），再上面则是业务整合层(BPM，规则引擎，门户）

不管是如何分，可以看到一个完整的平台解决方案套件应该包括了上述关键内容，即客户只需要在该平台架构下开发独立的各个组件模块就可以了，其它共性的内容都由平台帮助你解决了。如果再结合到运行态，则还可以和PaaS技术平台进一步整合在一起，实现Devops过程和一键发布。

当前可以看到各大做SOA或ESB厂家，基本的平台解决方案即包括了我上面说的内容，即含了ESB+MDM+BPM三个核心内容，同时又实现4A和门户进一步整合。单独一个子产品往往无法解决企业内部信息化，业务和数据整合的所有需求。

对于远行的技术平台，其核心要达到的目标可以细化为：

a.符合内部PaaS平台架构模式，除业务模块外的其它所有内容都运行在PaaS云中

b.当需要新构建一个系统的时候，只需完成系统注册等少量操作，一个完整的包含了系统管理，基础业务管理，流程管理，系统运行外层框架的空应用即可运行。同时该应用和4A，门户已经完整集成

c.开发人员只需要做各个组件化的业务模块，并单独设计开发和部署，然后通过门户进行集成

d.可分可合，平台的内容既可以完全运行在系统外支撑多个应用，也可以较容易的和单个系统合并部署。

而要实现以上内容，整体的平台研发规划可以分两个方面进行：

，MDM解决基础数据问题，ESB解决业务协同的问题，BPM解决端到端流程协同的问题。MDM+ESB应该作为企业整体IT架构的双中心，这个基础平台搭建好了才容易进一步构建上层的BPM流程管理。