从信息孤岛到互联互通-架构驱动+能力共享+数据治理

最新推荐文章于 2026-01-09 11:19:59 发布

原创最新推荐文章于 2026-01-09 11:19:59 发布 · 1.2k 阅读

本内容遵循CC 4.0 BY-SA版权协议

今天我准备和大家探讨系统间的集成和互联互通问题。最近我在和许多客户沟通时发现，大多数企业在IT系统建设中遇到的最大问题仍然是系统之间存在许多断点。这些断点直接影响了跨组织、跨系统的端到端业务协同。如何解决企业信息化建设中的信息孤岛仍然是相当多客户最关心的问题点。

对于互联互通的解决方案，大家常提到的是集成平台或ESB（企业服务总线）。包括在前几年我与许多甲方客户沟通时，许多客户告诉我ESB已经过时了，现在更多的是云原生和微服务架构，已经不再需要ESB总线。

但实际上当你采用微服务架构后，原来的单体系统被拆分得更细，微服务组件之间涉及的API接口更加复杂，这种互联互通和集成的问题反而变得更加复杂。变化的仅仅是遗留系统少了，对传统系统的协议适配和转换变少了而已。

因此，很多时候有人会说不应该再按传统方式烟囱式的去孤立建设一个个独立的IT系统，而应该整体规划和建设。

这个说法当然没有错，但是我们必须知道，在IT应用架构系统建设规划过程中，我们基于“分而治之”的架构思想，将大系统拆分为更小的子系统或组件进行建设，这反而是一种解决复杂问题的方法。

1.架构为核心-架构驱动

分而治之，按演进路线逐步去建设IT系统没有错，但是我们原来出现的问题往往是缺少了前期的整体架构设计，缺少架构驱动的核心思想。

也就是说，许多系统在开始时就没有考虑集成。当所有系统都建成后，才影响到业务协同，然后再考虑接口的集成，这个思路本身就存在大问题。

而架构驱动的自顶向下的思路是，从一开始就应该做好系统的拆分和接口设计。如果我前期是接口驱动的，那么我后面构建出来的组件或系统，自然可以进行平滑集成。这是我想要强调的第一个关键点。

2.从集成到共享思路的转变

第二个关键点是，我想谈谈当前我们遇到的互联互通问题究竟是什么，以及导致这些问题的本质原因是什么。

对于互联互通本质上需要解决的问题就是基于横向端到端流程的打通。类似于我经常会谈到的端到端的供应链流程。它往往涉及到项目管理、招投标、采购、库存等多个系统。整个供应链流程是完整的，因此就需要这些系统横向进行相关的接口集成、服务集成和数据协同。

但是，横向互联互通遇到的最大问题是什么呢？

如果我们仍然按照传统的数据集成和数据同步方式来做这件事，你会发现同样一个数据会通过同步后散落到多个业务系统中，这样反而导致了后面的数据治理和数据管控的困难，引起了数据重复和数据不一致等大量问题。

为什么会出现底层这么多系统之间的接口和数据同步呢？

其本质原因往往是同样一个功能，在各个系统里反复做。因为原来各个系统往往是分包给不同的厂商来做，各个厂商在做自己的系统时，他一定不会有整体的视角，他一定是考虑怎么做这个系统最方便。因此，这就导致了大量功能的重复建设，导致你后面需要通过接口和数据集成来解决这个问题。

所以，我一直在强调，对于横向的互联互通，其本质是由于业务系统之间没有整体规划设计，业务系统之间对功能进行重复建设导致的。这是我想要强调的第二个关键点。

3.纵向体现数据治理的思路

最后再谈下纵向层面的互联互通。我们讲的纵向互联互通，特别是在一些大集团或智慧城市建设项目中相当常见。

例如集团下面有相关的专业公司或子公司，子公司下面还有分支机构。如果我们是做智慧城市项目，如医疗领域，你有相关的城市，还有下面的县级单位，还有下面的城乡城镇的医院。

在这个时候，往往就会出现纵向的互联互通。纵向互联互通需要解决从底层数据采集汇总，再朝上面统一进行汇总统计分析的问题。

所以，原来的纵向互联互通更多的是偏传统BI的视角，更多的是解决跨组织、跨部门纵向的数据整合，方便我们做统计，方便我们做后面的决策分析。

这个思路本身没有什么问题，但这个本身又是一个治标不治本的方法。我原来一直在强调，横向的互联互通和纵向的互联互通，本身就应该高度融合起来。纵向你去解决数据的统计分析问题没关系，但纵向的互联互通里面有一个关键，就是纵向的互联互通一定要体现到对横向端到端流程的管控上面。

在前面谈到了数据为何没有纵向贯通？其核心原因就是我们对数据的研究直接跳跃到了数据决策，而缺乏了数据驱动业务的关键环节。

数据驱动这条线也应该是从底朝上纵向贯通的，而且也存在和业务和应用的V模型匹配，形成了横向+纵向的双向贯通。

业务能力组件阶段-》解决基础的数据治理问题
业务服务和能力开放-》解决数据采集集成和共享
价值流-》解决数据驱动业务运作关键问题
战略业务目标-》解决数据支撑决策（传统BI+AI+大数据）

当我在做纵向的数据统计分析时发现了问题，那我发现的问题应该变成一个个关键的管控点，这些管控点应该把它安插回原有的我的横向流程里面去。只有这样，才能够从根源上面去解决数据的质量，这样我们才能够真正实现横向和纵向的全连通和全连接。

所以说，我刚才说了那么多关于互联互通的内容，大家会感受到里面非常重要的两个关键点：第一个是互联互通应该是一个以架构驱动的总体设计的事情，前期就要做好子系统的拆分和接口设计；第二个是互联互通本身要体现功能的重复和功能建设这种浪费的问题，我们更多的是要去考虑功能怎么样可复用、可共享；第三个是互联互通的根源上，你要去考虑数据治理和管控的问题，这才是既治标又治本的方法。

如何学习大模型 AI ？

由于新岗位的生产效率，要优于被取代岗位的生产效率，所以实际上整个社会的生产效率是提升的。

但是具体到个人，只能说是：

“最先掌握AI的人，将会比较晚掌握AI的人有竞争优势”。

这句话，放在计算机、互联网、移动互联网的开局时期，都是一样的道理。

我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多互联网行业朋友无法获得正确的资料得到学习提升，故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述