BAT集体“拆”中台后，接下来，中台怎么玩？

本文来自微信公众号：技术领导力（ID：jishulingdaoli），作者：Mr.K，编辑：Emma，头图来自pixabay

一、“碎片化中台”理念要义

碎片化中台，是中台架构演进的必经阶段，各行业经过几年的实践，也逐渐沉淀出一些贴合自己行业的中台实践。不同行业，不同企业，遇到的问题不同，解决的路径也是不一样的。从中台演进的过程来看，大致分成三个阶段：业务中台、双中台、碎片化中台。

总的说来，中台主要解决两个问题：一是，提升体验；二是，降低成本。

体验怎么提升呢？中台只是手段，中台的目的是支撑小前台，通过改善前台来提升用户体验，通过梳理业务SLA沉淀到中台，以服务化的方式输出，确保最低服务体验标准。

成本如何降低？通过合并重组相似组织来降低，如果系统存在大量重复建设，就说明公司存在大量重复组织，合并这些组织就能够降低成本，从而提升效能。

抓住这两个本质问题，就不会被那些花里胡哨的概念所迷惑，透过纷繁复杂的表象去独立思考。

二、“碎片化中台”定义补充

上篇“碎片化中台”的文章发表后，留言非常精彩。下面，摘取其中几条精彩留言，帮助大家理解“碎片化中台”概念：

1. “拆”中台的表达可以再精准一下，进入精细化运营阶段，从原来的大包大揽，到现在的根据业务精细化匹配，精细化拆分，深化灵活性。从熵增到增益的转换。

2. 中台本质上也是信息化或数字化技术的具体实现，即一个信息化或数字化系统。信息技术或数字技术本身是生产力的代表，而生产力就会决定生产关系，生产力的变化会推动生产关系的变化。所以无论是“前中后”台，还是微服务，其核心是通过信息技术或数字技术改进或重塑组织关系和生产方式的过程。

3. 拆了是完善毛细血管的过程，不是拆大框架。

4. 双中台的策略是对的，上半场做整合，下半场做拆分，符合“合久必分，分久必合”的大道。企业架构中台拆分的粒度需要根据自身的业务需求来梳理。总之，中台没有标准化的定义，与千篇一律的架构，借鉴经验是对的，符合现状更重要。

5. 中台是IT生产力和生产关系发展到一定阶段的产物，过去我们只是简单的通过功能的组合构建各种通用的工具，只包含了“事”本身，也就是说解决了对功能的抽象和沉淀。而中台是从领域去着手，构建领域驱动能力，包含了“人、事、物”，是对于在一个领域能完整能力的抽象和沉淀，有点类似于面向过程到面向对象的过度。

三、碎片化中台，回归技术本质：EAI

碎片化中台，会产生数据孤岛吗？

碎片化中台，不会产生数据孤岛问题。中台架构的演进，经历了：业务中台、“数据—业务”双中台两个阶段建设，形成了强大的数据中台，解决了此前困扰企业多年的数据孤岛问题。

碎片化中台，是在“数据—业务”双中台的基础之上，更精细化地架构演进过程，也就是完善企业IT架构毛细血管的过程，不是拆骨架。相反的，数据中台更丰富、业务中台更强大，企业的服务能力更趋向成熟。

碎片化中台时代，架构面临什么挑战？

碎片化中台以后，技术栈也开始不统一了，异构系统是必然的趋势。Java(Scala/Groovy)/Go/Python/...都会大量使用在各类场景之中。服务治理方面，将面临巨大挑战。

其次，碎片化中台的服务能力、数据能力如何更好地服务于前台，碎片化中台形成了网状的能力分布方式，面向前台的接口是非常不友好的，毕竟“碎片化中台”的接口数量相对于业务中台时期，达到几何倍数的增长。

另外，实施了中台的企业会发现，“大中台+小前台”所描绘的场景画面太美，滤镜开得太多。真实场景下，不忍直视，我们曾畅想通过“搭积木”的方式能够快速建立一个小前台，快速试错。实际上，能够搭建出来的都是逻辑简单的应用，贴合企业自身场景的，仍需要大量开发工作。

碎片化中台的解药：EAI

以上问题如何解决？EAI这只老酒瓶，即将登场。

四、中台下半场：碎片化中台+EAI

EAI概念

EAI并不是什么新概念，相对对微服务、中台，它是个“过时”的概念，让我们重新学习EAI概念。

企业的业务流程同时会涉及多个应用系统，因此要求这些系统能够协同，但接口，架构的不统一往往使得这些本应紧密集成的应用系统成了一个个“信息孤岛”，EAI技术应运而生。

EAI，就是企业应用集成（Enterprise Application Ingegration EAI）技术，它可以通过中间件作为粘合剂，来连接企业内外各种业务相关的异构系统、应用及数据库，从而满足ERP、CRM、SCM、OA、数据库、数据仓库等重要系统，直接无缝共享和交换数据的需要。

学习完EAI概念，是不是闻到了熟悉的味道？是的，它也是解决“信息孤岛”问题、系统异构问题、数据互联互通问题。中台是企业数字转型的方法，并不是唯一的方法，别把企业数字化转型的希望，都寄托于中台战略之上。

EAI的核心是，使用中间件连接企业应用。需要用到多种不同类型的中间件，以提供EAI的功能。随着微服务、JSON-RPC/RESTful API等技术的发展，又赋予了EAI更强大的生命力，使得这个“粘合剂”解决方案再次发挥巨大威力。

碎片化中台+EAI

碎片化中台+EAI，赋予了企业更强大的服务能力。企业IT团队能够更快速打造前台应用，真正实现“积木式”的构建方式，帮助企业赋能前台，丰富生态系统，布局更多的业务场景。

中台的能力，不多赘述，下面重点介绍EAI，EAI解决方案提供了：用户交互、应用连接、业务流程整合、信息整合、信息集成，五个方面的能力。

用户交互：实现用户界面统一的接入与安全机制，利用门户技术进行构建。包括多端应用场景，PC、移动、多媒体终端等，可以选用的技术也比较丰富，例如多端适配技术，uni-app、Flutter等等。

应用连接：通过HUB或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式交换。随着服务化技术的日趋成熟，HUB或总线架构并不一定是企业的最佳选择。比如微服务技术，使服务连接更加便捷，在安全性、交互性、易用性方面表现更优。

业务流程整合：实现业务流程管理，包括工作流管理和自动化流程两个方面。通过工作流引擎、规则引擎技术，提供了拖拽式、插拔式的快速实现手段，调用碎片化中台的能力，帮助企业快速构建前台应用。

信息整合：这个层面包含两个部分，一部分是构建与现有应用兼容的新应用，另一部分是对现有资源进行重用以适应新环境的需要。有强大的“碎片化中台”架构的支持，将企业的业务重构、业务创新效率提升到前所未有的高度。

信息集成：实现数据集成，在异构的数据源之间实现数据层的直接整合。背后依托强大的数据中台，快速实现企业的数据定义统一、数据服务统一，让数据成为企业变革的驱动力。

五、写在末尾的话

本文回顾了，中台演进过程的三个阶段：业务中台、“业务-数据”双中台、碎片化中台。

碎片化中台，是中台完善毛细血管的过程，不是拆大框架。

中台主要解决两个问题：一是，提升体验；二是，降低成本。

EAI，就是企业应用集成技术，它可以通过中间件作为粘合剂，来连接企业内外各种业务相关的异构系统、应用及数据库，从而满足企业多个重要系统直接无缝共享和交换数据的需要。

EAI解决方案提供了：用户交互、应用连接、业务流程整合、信息整合、信息集成，五个方面的能力。

最后，EAI+碎片化中台，赋予了企业更强大的中台服务能力。企业IT团队能够更快速打造丰富的前台应用，真正实现“积木式”的构建方式。帮助企业赋能生态、在更多领域进行产业创新。

本文来自微信公众号：技术领导力（ID：jishulingdaoli），作者：K（知名电商公司技术老K级人物）