今天，我们就来说说传统企业IT架构改造中的数字化中台建设。由于中台这个词已经被泛化和烂尾了，所以我很少讲中台的概念，而是一直在强调中台本身就是一个融合了SOA、微服务、云计算等诸多架构思想的产物。.仅仅因为你没有很好地应用它并不意味着这个想法本身是不好的。任何架构思想和技术本身都有适用的场景，不能脱离场景来讨论技术。我们先来看一下网上对数字中台的简单解释。数字中台将企业的共性需求抽象出来，构建成平台化、组件化的系统能力，以接口和组件的形式共享给各业务单元。它使企业能够快速灵活地调动资源，针对特定问题构建解决方案，赋能业务创新和迭代。主要包括业务中台和数据中台两类。对于中台，我最初的解释是，它是一个商业概念，而不是一个技术概念。说到中台，除了说到业务中台和数据中台，还会说到技术中台。但是个人理解技术中台并不适合整个中台架构。技术中台本身就是数字化IT的底层基础设施，是技术平台而不是中台。中间平台涉及公共业务能力的抽取和复用，与业务相关，平台与业务无关。为什么中国和台湾的很多架构思想在传统企业IT架构的改造中都没有取得好的效果？一个关键点是传统企业已经有遗留的IT系统和IT架构。所以在引入中台思想的时候，不能强行把微服务和组件拆分的思想强行推到一起，这样会导致企业内部很多已有的IT系统需要重新构建，成本高。中台的核心是公共业务能力的抽取，以及业务能力的复用和共享。这是关键点。这种能力是来自于新建的微服务模块，还是来自遗留的单体应用系统，并不是重点。建设数字中台时必须意识到这一点。所以你会看到，中台的通用业务能力接入和能力开放共享的核心价值点，还是和传统单体应用架构下的SOA共享服务平台是一致的。至于SOA，我一直强调核心是找到可重用的服务，开放共享服务。基于这一思路，企业构建数字中台将体现三个核心点。第一点：传统的公共业务服务能力识别和接入我们构建SOA集成平台时，一方面解决集成问题，另一方面共享问题。集成问题一般是系统间的横向东西向流量，而共享一般是南北向流量。在数字中台的建设上，可以看到更多的是注重服务能力的共享和能力的开放。如何整合传统的IT应用，并不需要立即关注和解决，包括已经使用微服务构建的混合架构下的新业务。传统的IT集成可能仍然使用ESB总线或ETL，而新的微服务已经使用内部注册中心来完成服务注册和服务发现。数字中心真正关心的是南北流量。你认为需要复用和对外开放的业务服务能力的接入。这个开放可以是你内部信息化的前端应用，也可以是外部伙伴之间的协作。按照这个思路，你会看到在建设数字中台的时候，可以最大限度的兼容旧的IT系统。我们不关心旧的单一应用系统是否被拆分成微服务，只要能够在数字中台识别并接入和注册通用的、可复用的业务能力即可。第二点：通过接口服务对外开放能力。接入可重用的业务能力后，需要对外开放。上层应用开放服务能力，灵活构建应用系统，避免重复构建相同的功能和能力，这本身也是SOA的思想。在能够对外开放方面，这类似于我们常说的能力开放平台或者OpenAPI平台。能力对外开放的一个核心点是能力存储、能力订购、能力激活等一系列服务流程。重点是让上层应用或外部合作伙伴更容易消费和使用你的共享能力。能力被使用和分享的越多，中台的价值自然就越大。第三点：能力的统一管控治理归根到底是能力的管控治理，这与SOA治理的思想基本一致。最早的复用能力打通后，还需要对服务的全生命周期进行管理，涉及到安全、日志、审计、限流、计费、容量线上线下等一系列工作。.这些都需要数字中台提供的控制和治理能力来完成。因此，数字中台不是识别和接入可共享的业务能力，最终开放暴露完成工作，而是持续实现对服务能力的管控、治理、监控和运维，真正做到让中间平台安顿下来。建设数据中心的核心是最大化业务资产的价值。因此，当企业遗留IT系统较多时，为了最大限度兼容旧IT系统，保留遗留IT系统资产，可以参考传统SOA架构思想，SOA共享服务平台+能力开放平台思想来构建数字化企业中台。DevOps并不是数字中台建设是否转型为微服务架构，是否实现了容器云的关键点。虽然云原生技术平台是构建当前主流数字中台不可或缺的数字基础设施，但必须认识到，两者之间没有必然的绑定关系。类似的例子还有很多。比如你在建设数据中心的时候，并没有说一定要使用像Hadoop这样的底层大数据技术平台，只要你当前选择的技术平台能够满足你的数据采集、存储和处理需求即可。本文转载自微信公众号“人月聊IT”，可通过以下二维码关注。转载本文请联系悦潮IT公众号。
