企业中台能力框架

2015年阿里巴巴提出“大中台，小前台”的中台战略，通过实施中台战略找到能够快速应对外界变化，整合阿里各种基础能力，高效支撑业务创新的机制。

阿里巴巴中台战略最早从业务中台和数据中台建设开始，采用了双中台的建设模式，到后来发展出了移动中台、技术中台和研发中台等，这些中台的能力综合在一起就构成了阿里巴巴企业级数字化能力。

传统企业在技术能力、组织架构和商业模式等方面与阿里巴巴存在非常大的差异，在实施中台战略时是否可以照搬阿里巴巴中台建设模式？传统企业中台数字化转型需要提升哪些方面的基本能力呢？

下面我们一起来分析分析。

中台能力总体框架

中台建设过程从根本上讲是企业自身综合能力持续优化和提升的过程，最终目标是实现企业级业务能力复用和不同业务板块能力的联通和融合。 企业级的综合能力，一般包含以下四种：业务能力、数据能力、技术能力和组织能力。

• 业务能力主要体现为对中台领域模型的构建能力，对领域模型的持续演进能力，企业级业务能力的复用、融合和产品化运营能力，以及快速响应市场的商业模式创新能力。
• 数据能力主要体现为企业级的数据融合能力、数据服务能力以及对商业模式创新和企业数字化运营的支撑能力。
• 技术能力主要体现为对设备、网络等基础资源的自动化运维和管理能力，对微服务等分布式技术架构体系化的设计、开发和架构演进能力。
• 组织能力主要体现为一体化的研发运营能力和敏捷的中台产品化运营能力，还体现为快速建设自适应的组织架构和中台建设方法体系等方面的能力。

这些能力相辅相成，融合在一起为企业中台数字化转型发挥最大效能。接下来，我们一起来看看在不同的领域应该如何实现这些能力。

业务中台

企业所有能力建设都是服务于前台一线业务的。从这个角度来讲，所有中台应该都可以称为业务中台。但我们所说的业务中台一般是指支持企业线上核心业务的中台。 业务中台承载了企业核心关键业务，是企业的核心业务能力，也是企业数字化转型的重点。业务中台的建设目标是：“将可复用的业务能力沉淀到业务中台，实现企业级业务能力复用和各业务板块之间的联通和协同，确保关键业务链路的稳定高效，提升业务创新效能。” 业务中台的主要目标是实现企业级业务能力的复用，所以业务中台建设需优先解决业务能力重复建设和复用的问题。通过重构业务模型，将分散在不同渠道和业务场景（例如：互联网应用和传统核心应用）重复建设的业务能力，沉淀到企业级中台业务模型，面向企业所有业务场景和领域，实现能力复用和流程融合。

例如：我们可以将用户管理、订单管理、商品管理和支付等这些通用的能力，通过业务领域边界划分和领域建模，沉淀到用户中心、订单中心、商品中心和支付中心等业务中台，然后基于分布式微服务技术体系完成微服务建设，形成企业级解决方案，面向前台应用提供可复用的业务能力。

在技术实现上，中台的系统落地可以采用微服务架构。微服务是目前公认的业务中台技术最佳实现，可以有效提升业务扩展能力，实现业务能力复用。

在业务建模上，中台领域建模可以采用领域驱动设计（DDD）方法，通过划分业务限界上下文边界，构建中台领域模型，根据领域模型完成微服务拆分和设计。 业务中台可以面向前台应用提供基于API接口级的业务服务能力，也可以将领域模型所在的微服务和微前端组合为业务单元，以组件的形式面向前台应用，提供基于微前端的页面级服务能力。

业务中台建设完成后，前台应用就可以联通和组装各个不同中台业务板块，既提供企业级一体化业务能力支撑，又可以提供灵活的场景化销售能力支撑。

数据中台

数据中台与业务中台相辅相成，共同支持前台一线业务。数据中台除了拥有传统数据平台的统计分析和决策支持功能外，会更多聚焦于为前台一线交易类业务提供智能化的数据服务，支持企业流程智能化、运营智能化和商业模式创新，实现“业务数据化和数据业务化”。

最近几年，数据应用领域出现了很多新的趋势。数据中台建设模式也随着这些趋势在发生变化，主要体现在以下几点。

第一，数据应用技术发展迅猛。近几年涌现出了大量新的数据应用技术，如NoSQL、NewSQL和分布式数据库等，以及与数据采集、数据存储、数据建模和数据挖掘等大数据相关的技术。这些技术解决业务问题的能力越来越强，但同时也增加了技术实现的复杂度。

第二，数据架构更加灵活。在从单体向微服务架构转型后，企业业务和数据形态也发生了很大的变化，数据架构已经从集中式架构向分布式架构转变。

第三，数据来源更加多元化，数据格式更加多样化。随着车联网、物联网、LBS和社交媒体等数据的引入，数据来源已从单一的业务数据向复杂的多源数据转变，数据格式也已经从以结构化为主向结构化与非结构化多种模式混合的方向转变。

第四，数据智能化应用将会越来越广泛。在数字新基建的大背景下，未来企业将汇集多种模式下的数据，借助深度学习和人工智能等智能技术，优化业务流程，实现业务流程的智能化，通过用户行为分析提升用户体验，实现精准营销、反欺诈和风险管控，实现数字化和智能化的产品运营以及AIOps等，提升企业数字智能化水平。

面对复杂的数据领域，如何建设数据中台管理并利用好这些数据？ 这对企业来说是一个非常重要的课题。

数据中台的大部分数据来源于业务中台，经过数据建模和数据分析等操作后，将加工后的数据，返回业务中台为前台应用提供数据服务，或直接以数据类应用的方式面向前台应用提供API数据服务。

数据中台一般包括数据采集、数据集成、数据治理、数据应用和数据资产管理，另外还有诸如数据标准和指标建设，以及数据仓库或大数据等技术应用。

综上所述，数据中台建设需要做好以下三方面的工作。

一是建立统一的企业级数据标准指标体系，解决数据来源多元化和标准不统一的问题。企业在统一的数据标准下，规范有序地完成数据采集、数据建模、数据分析、数据集成、数据应用和数据资产管理。

二是建立与企业能力相适应的数据研发、分析、应用和资产管理技术体系。结合企业自身技术能力和数据应用场景，选择合适的技术体系构建数据中台。

三是构建支持前台一线业务的数据中台。业务中台微服务化后，虽然提升了应用的高可用能力，但是随着数据和应用的拆分，会形成更多的数据孤岛，会增加应用和数据集成的难度。在业务中台建设的同时，需要同步启动数据中台建设，整合业务中台数据，消除不同业务板块核心业务链条之间的数据孤岛，对外提供统一的一致的数据服务。用“业务+数据”双中台模式，支持业务、数据和流程的融合。

数据中台投入相对较大，收益周期较长，但会给企业带来巨大的潜在商业价值，也是企业未来数字化运营的重要基础。企业可以根据业务发展需求，制定好阶段性目标，分步骤、有计划地整合好现有数据平台，演进式推进数据中台建设。

技术中台

业务中台落地时需要有很多的技术组件支撑，这些不同技术领域的技术组件就组成了技术中台。业务中台大多采用微服务架构，以保障系统高可用性，有效应对高频海量业务访问场景，所以技术中台会有比较多的微服务相关的技术组件。

一般来说，技术中台会有以下几类关键技术领域的组件，如API网关、前端开发框架、微服务开发框架、微服务治理组件、分布式数据库以及分布式架构下诸如复制、同步等数据处理相关的关键技术组件。

API网关

微服务架构一般采用前后端分离设计，前端页面逻辑和后端微服务业务逻辑独立开发、独立部署，通过网关实现前后端集成。 前台应用接入中台微服务的技术组件一般是API网关。 API网关主要包括：鉴权、降级限流、流量分析、负载均衡、服务路由和访问日志等功能。API网关可以帮助用户，方便地管理微服务API接口，实现安全的前后端分离，实现高效的系统集成和精细的服务监控。

开发框架

开发框架主要包括前端开发框架和后端微服务开发框架。基于前、后端开发框架，分别完成前端页面逻辑和后端业务逻辑的开发。

前端开发框架主要是面向PC端或者移动端应用，用于构建系统表示层，规范前后端交互，降低前端开发成本。

微服务开发框架用于构建企业级微服务应用。一般具备自动化配置、快速开发、方便调试及部署等特性，提供微服务注册、发现、通信、容错和监控等服务治理基础类库，帮助开发人员快速构建产品级的微服务应用。

开发框架一般都支持代码自动生成、本地调试和依赖管理等功能。

微服务治理

微服务治理是在微服务的运行过程中，针对微服务的运行状况采取的动态治理策略，如服务注册、发现、限流、熔断和降级等，以保障微服务能够持续稳定运行。

微服务治理主要应用于微服务运行中的状态监控、微服务运行异常时的治理策略配置等场景，保障微服务在常见异常场景下的自恢复能力。

微服务治理技术组件一般包括服务注册、服务发现、服务通信、配置中心、服务熔断、容错和微服务监控等组件。

常见的微服务治理有Dubbo、Spring Cloud和Service Mesh等技术体系。

分部署数据库

分布式数据库一般都具有较强的数据线性扩展能力，它们大多采用数据多副本机制实现数据库高可用，具有可扩展和低成本等技术优势。

分布式数据库一般包括三类：交易型分布式数据库、分析型分布式数据库和交易分析混合型分布式数据库。

交易型分布式数据库用于解决交易型业务的数据库计算能力，它支持数据分库、分片、数据多副本，具有高可用的特性，提供统一的运维界面，具备高性能的交易型业务数据处理能力。主要应用于具有跨区域部署和高可用需求，需支持高并发和高频访问的核心交易类业务场景。

分析型分布式数据库通过横向扩展能力和并行计算能力，提升数据整体计算能力和吞吐量，支持海量数据的分析。主要应用于大规模结构化数据的统计分析、高性能交互式分析等场景，如数据仓库、数据集市等。

交易分析混合型分布式数据库通过资源隔离、分时和数据多副本等技术手段，基于不同的数据存储、访问性能和容量等需求，使用不同的存储介质和分布式计算引擎，同时满足业务交易和分析需求。主要应用于数据规模大和访问并发量大，需要解决交易型数据同步到分析型数据库时成本高的问题，需要解决数据库入口统一的问题，需要支持高可用和高扩展性等数据处理业务场景。

数据处理组件

为了提高应用性能和业务承载能力，降低微服务的耦合度，实现分布式架构下的分布式事务等要求，技术中台还有很多数据处理相关的基础技术组件。如：分布式缓存、搜索引擎、数据复制、消息中间件和分布式事务等技术组件。

分布式缓存是将高频热点数据集分布于多个内存集群节点，以复制、分发、分区和失效相结合的方式进行维护，解决高并发热点数据访问性能问题，降低后台数据库访问压力，提升系统吞吐能力。典型的开源分布式缓存技术组件有Redis。

搜索引擎主要解决大数据量的快速搜索和分析等需求。将业务、日志类等不同类型的数据，加载到搜索引擎，提供可扩展和近实时的搜索能力。

数据复制主要解决数据同步需求，实现同构、异构数据库间以及跨数据中心的数据复制，满足数据多级存储、交换和整合需求。主要应用于基于表或库的业务数据迁移、业务数据向数据仓库复制等数据迁移场景。数据复制技术组件大多采用数据库日志捕获和解析技术，在技术选型时需考虑数据复制技术组件与源端数据库的适配能力。

消息中间件主要适用于数据最终一致性的业务场景，它采用异步化的设计，实现数据同步转异步操作，支持海量异步数据调用，并通过削峰填谷设计提高业务吞吐量和承载能力。它被广泛用于微服务之间的数据异步传输、大数据日志采集和流计算等场景。另外，在领域驱动设计的领域事件驱动模型中，消息中间件是实现领域事件数据最终一致性的非常关键的技术组件，可以实现微服务之间的解耦，满足“高内聚，松耦合”设计原则。典型的开源消息中间件有Kafka等。

分布式事务主要是解决分布式架构下事务一致性的问题。单体应用被拆分成微服务后，原来单体应用大量的内部调用会变成跨微服务访问，业务调用链路中任意一个节点出现问题，都可能造成数据不一致。分布式事务是基于分布式事务模型，保证跨数据库或跨微服务调用场景下的数据一致性。分布式事务虽然可以实时保证数据的一致性，但过多的分布式事务设计会导致系统性能下降。因此微服务设计时应优先采用基于消息中间件的最终数据一致性机制，尽量避免使用分布式事务。

技术中台是业务中台建设的关键技术基础。在中台建设过程中，可以根据业务需要不断更新和吸纳新的技术组件，也可以考虑将一些不具有明显业务含义的通用组件（如认证等），通过抽象和标准化设计后纳入技术中台统一管理。为了保证业务中台的高性能和稳定性，在技术组件选型时一定要记住：尽可能选用成熟的技术组件。

研发运营

微服务是一种去中心化的架构，去中心化的代价就是运维团队需要有很强的监控和自动化运维能力，这会对企业提出更高的技术要求，也会提高运维和管理成本。

企业一方面应尽可能提高自动化研发和运营能力，即加快软件产品交付速度，提高系统稳定性和业务连续性，降低企业的运营成本；另一方面，也需要加强监控告警、限流降级、性能分析诊断等能力，建立精准定位问题、快速分析和解决问题的能力。

研发运营的能力主要体现为研发运营一体化（DevOps）的协作能力和全链路的监控管理能力。

研发运营一体化

研发运营一体化是通过组织协同、流程优化和工具平台三者结合，基于整个研发运营团队进行组织协作优化，将软件需求、开发、测试、部署、运维和运营相关流程统一起来，实现项目管理、开发测试、持续交付和应用运营的无缝集成，快速交付高质量的软件和服务。

研发运营一体化是一个复杂的“两位一体”工程，既有组织优化，也有流程调整和研发运营团队的协同，同时还有研发运营工具平台的一体化融合。通过将传统的瀑布开发模式优化为敏捷开发模式，实现研发运营团队融合和更快速的产品迭代和软件交付。借助研发运营工具链平台，实现从项目管理、开发管理、测试管理、持续交付和运维管理等全流程自动化管理。

全链路监控

单体拆分为微服务后，随着微服务之间调用关系的增多，会大大增加应用开发和运维的复杂度，增加应用监控和定位问题的难度。传统以基础设施监控为主的方式，需要转变为面向应用日志、服务链路调用和基础资源的多维度、全方位全链路监控，具体监控内容如下。

• 应用日志监控通过日志采集、集中存储、实时检索、统计分析等，利用计算引擎对日志数据做进一步处理，帮助快速定位问题。

• 服务链路调用监控用于跨服务之间的调用链路监控，通过捕获调用链路上每次服务调用的性能指标，分析应用的整体和局部性能，达到快速定位到性能瓶颈点，缩短问题排查时间的目的。

• 基础资源监控是以服务器、网络设备等基础层资源为中心的监控方式，可以建立基础层运维的专业技术体系，提高运维效率，保障设施的高可用，为系统扩容、规划等提供权威的数据支持。

基于应用日志、服务链路和基础资源等多维度监控数据的关联分析，可以精确定位和快速解决问题，也可以进行事前预测分析，辅助运维人员进行运维决策。

与传统架构相比，分布式微服务架构复杂的运行环境，会大大加剧定位和解决问题的难度，所以在生产运维时怎么强调监控都不为过。微服务上线时就需要纳入统一的监控管理，避免在应用出现问题后陷入手足无措的窘境。

云平台

云平台是企业中台实施和落地的非常核心的基础平台，它提供企业业务中台运行的基础环境，是研发和运营的基础平台。

云平台具有自动化的运营能力、全方位的安全管理能力、智能化的全链路监控能力，可以满足基础资源和应用的弹性伸缩、软件的敏捷交付和自动化运维等要求。

云平台一般会有云服务、云运营和云运维三个基本管理能力。

云平台最关键的能力是云服务化能力，包括IaaS层基础资源和PaaS层技术组件两类资源的云服务化。

• IaaS层基础资源云服务化是将计算、存储、网络等IaaS层基础资源完成云服务化，实现基础资源的统一管理、快速扩容、统一调度和自动分配。

• PaaS层技术组件云服务化是基于K8S、容器等云原生技术，将数据库、微服务等PaaS层技术组件完成云服务化。提供弹性伸缩、高可用的分布式业务处理与计算能力，支持应用和数据库的弹性扩展、快速部署和稳定运行。

云运营管理提供租户管理、服务目录管理、流程管理和计量计费等运营所需的云平台日常管理能力。

云运维管理提供云平台日常运维所需的各种能力，包括服务水平管理、容量管理、权限管理、日志管理、监控告警和报表分析等。

能力聚合

在完成中台领域建模和微服务建设后，可复用的业务能力就沉淀到了业务中台。

业务中台汇聚了企业大部分的核心业务能力，成为了企业的富能力层。基于业务职责单一原则，业务中台往往会更专注于本领域的业务能力，而不关心企业级前台应用到底如何进行企业级流程组合和编排。这种设计有利于保证业务中台领域模型和业务逻辑，不会因为前台业务需求的频繁变化而受到影响，从而保证中台领域模型的稳定。

但企业级的前台应用，往往需要联通多个中台业务板块的能力，按照企业级业务流程进行组合或编排，实现不同业务板块业务能力的联通和融合。

那么，如何解决中台的服务协同，实现不同职能业务中台能力的聚合呢？

我们在前台应用和业务中台之间增加一个能力聚合层，通过这一层实现跨业务中台的服务组合、编排、能力聚合、服务发布和路由等功能。这些聚合了不同业务中台能力的聚合层服务是一种粗粒度的服务，可以作为企业级的整体解决方案，根据不同前台应用的功能和流程要求对多个中台的能力进行灵活的组合和编排，为不同渠道前台应用提供可复用的能力服务。

能力聚合层的应用也是以微服务的形式落地，但它的主要职责是完成跨业务中台的服务组合和服务编排，一般不实现具体的业务逻辑。

组织架构与中台建设方法

完成中台建设后，如何才能维持中台能力的长期演进和优化呢？

不管什么样的企业，最终都需要将中台的能力落到组织级能力上。有了组织、团队和人，才能实现中台的能力落地、演进和持续优化。组织级能力本质上是企业内组织、人与中台能力的结合，是企业提升自我，修炼内功的过程，也是中台建设过程中企业最需要提升的关键能力

组织架构建设涉及企业内不同组织的协同和融合。按照中台产品化的建设思想，技术和业务需要深度融合，形成组织化的中台研发和运营团队。每个企业具体情况不同，在组织架构上肯定会存在差异，不能照搬照抄。企业首先要结合自身具体情况，因地制宜的优化组织架构，建立与中台架构能力相匹配的组织架构，提升企业整体效能，更好地支持业务发展和商业模式创新。

组织架构的优化，不仅仅是IT内部研发、测试和运维团队之间的协同，还是IT与业务部门、业务与业务部门之间的协同。

中台数字化转型的复杂度远远超出传统的IT数字化建设。除了优化组织架构，企业还需要一套好的中台建设方法论体系。用新的设计思想和方法解决中台建设过程中遇到的问题。不要身子已经进入新时代，而脑子里面却依然还是旧思维。这种新瓶装旧酒的思考问题的方式，对中台的建设是非常有害的。

有了统一的中台建设方法论体系，就可以在组织内建立统一的工作语言，在统一的方法指导下，协同有序地开展中台建设，让团队更高效地运转。先进的架构设计方法，还可以提升项目团队技能，建立“高内聚，低耦合”可复用的中台领域模型，轻松完成微服务拆分、设计和演进。

中台建设的方法已渗透到工作的方方面面，有IT建设方法，也有业务设计方法。

IT建设方法主要有微服务设计、敏捷开发、DevOps等方法体系以及相应的技术标准和技术规范等。业务设计方法主要有领域驱动设计方法，可以指导完成中台领域建模，构建边界清晰的中台领域模型和微服务。

小结

所有中台都服务于前台一线业务，它们相互独立、相辅相成、互为支撑，构成企业数字化的基本能力。

云平台和技术中台是企业最核心的基础技术能力，是中台建设和业务运营的基础。

业务中台需要建立企业级的中台领域模型，建设可复用的业务能力。数据中台是商业模式创新的主要支撑，它融合了各个业务中台的数据，提供一体化的数据服务。数据中台与业务中台互为依存，数据中台的大部分数据来源于业务中台，数据中台完成数据加工后为业务中台提供数据服务，实现业务数据化和数据业务化的目标。业务中台解决企业业务能力可用和复用的问题，而数据中台则通过数据智能化解决业务能力如何用好的问题。

组织架构是企业中台能力能够持续运营和优化的载体，是实现中台产品化运营的关键力量。好的中台建设方法能够让组织能力如虎添翼。

这些能力组合在一起，可以为企业数字化发挥最大效能。

上述中台能力只是一个基本的框架，企业还有很多其他方面的能力也需要同步加强，如保障业务高可用的多中心多活能力、移动中台的能力、融入移动互联生态圈的能力、商业模式创新能力以及面向移动互联的网络安全能力等。

这些能力不是一朝一夕就能建成的，过程会比较复杂，也会比较漫长。企业可定下长远目标，分阶段、有步骤地迭代演进式稳步推进。