文丨孙为平
来源丨陕西工业云

作者简介：

孙为平，陕西工业云中心董事、总经理，陕西CIO小圈子负责人，高级培训师，全国智能制造发展联盟副秘书长，锦囊数字化转型专家。拥有多年的大型国有装备制造企业管理经验，曾为陕鼓集团战略规划部副部长。

信息化架构是单位搭建的支撑若干个信息系统集成共享框架，如同盖楼时的地基、承重墙、主梁那么重要；而所要支撑的信息系统则如同楼内所建的办公室、会议室、厨房、健身房等。架构如果有大的问题，那么无论单个信息系统自身建的有多好，都不可避免地会出现大的问题。

图片来源：陕西工业云

这么多年来，我比较认同的信息化架构是SOA架构，虽然这种架构后来被人嘲笑已经落后，不如微服务架构之类的说法，各有利弊和适用场景吧。

▌SOA架构

其设计思想是活字印刷式的建设和集成信息系统。首先要引进位于前台的门户（Portal）、中间的业务流程管理（BPM）和后台的企业服务总线（ESB），这些形成活字印刷的底盘，然后把一个个或大或小、或早或晚建设的应用系统按照统一的标准接入，这些应用系统类似于活字。活字可以随心所欲替换和编排，而底盘是稳定不变的。

图片来源：陕西工业云

这样，不同的应用系统则通过前台门户实际消息待办集中，通过BPM实现系统快速编排以适应多变的实际业务，再通过后台ESB实现数据的中心交换。

SOA架构的优势在于这套架构不会陷入个性化业务从而有通用性，也并没有把应用单位引进事先设定的套子里无法自拔（大平台上开发微服务可能存在很大的依赖性），同时应用单位的IT代码级开发能力要求也比较低（开源架构虽然不花钱，但对代码开发能力要求较高）。

当然，这并不意味着SOA架构就完善无缺，在现实的应用中也存在很大的缺陷，必须进行改良才能更加切合实际。

▌那么，SOA架构应该改良什么呢？

首先，要统一数据标准

数据的标准统一，永远是多个系统数据交换最基础的条件，即使不采用信息系统之间的集成共享而采用手工传送数据也同样重要，然而这么重要的支撑平台却在SOA架构中缺失。如果应用系统的数据标准化程度差，那么就如同活字块尺寸、字体、字号不一致，那么再高水平的印刷者也印不出整齐美观的文章。

图片来源：陕西工业云

在信息化架构中，不可缺少的是统一基础数据的关键平台——主数据管理系统MDM。这个系统规范的是企业最基本的数据并进行编码化管理，比如物料、员工、客商（客户、供应商）、银行、会计科目等，尤其物料最为复杂难管，需要专业化的咨询师帮助梳理，使用专业化的主数据系统管理。秦始皇统一度量衡、统一文字、统一货币，正是统一最基础的标准。

目前，已有好的主数据产品，可以云化部署也可本地化使用，能够低成本解决问题，感兴趣的朋友可以留言沟通。

其次，要能统一工作界面

各系统展现以及使用者的工作界面必须统一，这正是SOA架构中门户要肩负的使命，必须坚持做好。

所谓的统一门户，是要实现统一界面（在同一种风格的一个界面下查看处理多个系统的事务，而不是要在不同风格的界面之间来回切换）、单点登录（进入者一次确认身份，之后便可随意进入多个系统，而不是记忆多套帐户密码，也称单点登录）、统一消息待办（需要使用者查看的消息或处理的事务集中显示在一个界面上）。

图片来源：陕西工业云

门户虽然重要，但便宜好用的门户产品却非常难找到，有的虽然功能强大但价格昂贵（可能百万级以上），还有的功能一般价格也不菲（比如用OA代替门户，流程类的业务较强，数据类的业务却较弱，能够担负门户的OA价格较高）。因此，这里迫切需要改良之处，就是需要既便宜又好用、对应用单位IT技术能力要求不高、不锁定客户的门户产品。

目前，已有好的门户产品，能够低成本解决问题，可以本地化也可云化使用，感兴趣的朋友可以留言沟通。

再者，业务流程管理BPM需谨慎考虑

BPM似乎只是个理想，因为大部分情况下业务的变化并非改变各个业务系统之间的编排组合就能搞定，改变业务系统内部可能花费数月，那么快速改变编排组合又有何意义？如果把业务模块拆小，那么模块就会非常多，模块之间的关系将非常复杂甚至难以理清，调整或更换一个模块可能引起连锁反应。把这些复杂的关系搞清楚，正是专业化软件商的优势所在，拆小自建就等于客户把自己打造成专业化软件商，这是战略性失误。因此，BPM要不要上、上了干什么、可能有什么价值，最好还是想清楚了再搞。

最后，企业服务总线ESB需谨慎考虑

ESB意在把信息孤岛之间网状的接口变成以ESB为核心的中心交换模式，接口数量从N*（N-1）大幅减少到N个。

从实践经验来看，接口数量可能会成倍地增长，因为原本两两交换只做一个接口变成了两者均与ESB集成而成为两个接口，真正一个接口取数给多个系统使用的情况并不是太多。若真有那样从源头取的数据也需要临时保存在某个地方，而从临时保存的地方取数还不如从源头取数，因为临时保存的数据要想与源头时刻保持一致，还必须实时刷新源头数据。另外，系统间的接口，除了考虑技术通道之外，流程是否梳理清楚、衔接界面是否清晰、数据质量是否保障、集成时机是否成熟也是影响接口成败的重要因素。

中心交换方式下，若ESB自身出现问题将导致整体无法运作，影响面会很大，中心节点的计算存储网络资源要求也非常高。所以，ESB要不要上，上了解决什么问题，还是要充分论证清楚。

综上所述，在企业信息化架构中，门户和主数据无论如何都要先建立起来，才能逐一整合原有系统，并且在引入新系统中避免形成新的信息孤岛，这是建立信息化架构的当务之急。关于BPM和ESB，则要需根据单位的实际情况以及可能产生的价值，把这些问题考虑清楚了再着手推进不迟。