中台价值：搭建适应数字时代的全新IT架构

数据中台· 发布时间：2019-05-29

返回上一页

企业数字化转型可以分为两个方向：一是数字技术改变了商业运行方式，获客方式、采购模式和生产方式都在发生剧烈转变，因此，商业模式和管理方式都被颠覆和重塑；二是数字技术本身给管理运营带来新的可能性，从局部优化改造，慢慢积聚到对整体IT架构的重建，使得IT架构本身更加适合商业模式转型和管理方式变革。

中台架构的出现是企业实践推动的结果，关于如何设计和建设中台能力也成为当下热门话题。我们的观察是：中台建设的价值，还在于帮助企业搭建更加适应企业数字化转型的全新IT架构。或者说，中台架构本身就是企业全新IT架构的核心内容和骨干系统，让企业IT运营更加顺畅，更能帮助企业尝试新的商业模式，完成战略转型的目的。

中台架构是商业实践不断调适的结果

商业模式和IT架构的关系很类似于政治经济学里面的生产力和生产关系的概念，数字技术带来的进步势必会促进商业模式的转型和优化，而新的商业运行模式必然要求新的技术体系来适应新的运营方式。40年来，中国企业在不断学习模仿的过程中，也没有放弃根据自身环境、条件做局部的创新。从追赶到并跑的同时，中国企业也没有停止自主创新的脚步。新的商业环境变化也在呼唤新一代的企业IT架构，中台架构的出现正是中国企业为了适应竞争环境不断探索、调适的结果。

所谓中台是相对于前台和后台而言的。前台通常是指面向客户的市场、销售和服务部门或系统，后台则是技术支持、研发、财务、人力资源、内部审计等支撑部门或系统。对前台来说，对客户需求做出快速反应是其基本职责。在传统架构中，前台需要得到后台的指令，包括业务和数据的指导，但后台的反馈速度往往很慢，无法满足客户的需求，因此会造成很差的客户体验；后台系统是一套相对完整的系统，流程规范、管理制度严格，无法为了前台的需求而彻底改变，而前台的业务变化太快了，根本无法做出及时地分析和判断。产生这样一个问题的背后其实就是因为前后端本身属于两个管理体系。我们用轮子来比喻的话，两个轮子的配速不一样。一个是面向市场，先天的运转速度就快；一个是处于后台，更多的强调是标准、规范，先天的就是慢。要把这两块结合起来，就必须得再加一个轮子，也就是中台的轮子才能把两边的配速平衡起来，能够做到很好的协同。

除了前后台经常脱节，前台抱怨后台脱离业务、支持服务不到位，后台抱怨前台经常变化、信息反馈不及时外。后台部门能力的重复建设、共享程度低、数据孤岛、信息传递不通畅也是一个需要解决的管理问题。新的商业模式和企业价值链要求企业后台的部分服务职能前移，后台管理“能听得到前线的炮火”，能更好地支持前台和客户的需求，快速地为前台提供更多更快的“炮弹”，这也是需要建设中台的另一个重要原因。

企业中台架构的搭建之所以显得如此迫切和伤筋动骨，就是因为消费领域的互联网应用普及和深度应用。从技术发展源头来看，数字技术的最先应用领域基本上都是企业级的，但却在消费领域、个人终端使用上形成大面积爆发，很大程度上就是通过互联网技术，尤其是移动互联网技术的普及应用下完成的。从通讯、搜索、娱乐到社交、电商、支付等等，基于个性化需求的各类服务在互联网技术的推动下迅速普及。长尾理论、免费模式等各种经营方式应运而生，用户和客户的概念被进一步细化区分，基于流量的商业模式逐渐成熟，新零售正在迫使提供消费零售和服务的商家，开始一轮从前端消费到后端采购管理的系统性改造。

同样的，同处在供应链各个环节的企业，也在不断受到下游客户的挤压，对客户采购数量的精确度和供货及时性要求大大提升，促使企业必须对管理系统进行整体改造。对企业来说，消费端的火爆并非都是好事。如果节奏掌握不好，生产、采购、物流和内部管理没有与前端营销密切配合和速度匹配，很可能会压垮企业的正常运营，带来万劫不复的后果。

毫无疑问，供应链环节的压力带来的运营压力实际上是对企业管理系统的直接诉求，企业对现有管理系统改造升级的需求越来越迫切，更加深入和全面的数字化改造也就成为必然选择！打通上下游的协同平台是必然趋势，大智移云技术应用不可阻挡。“要么数字化，要么灭亡”，软银创始人孙正义在2013年发出的预警当然并不只是针对企业运营管理，但这句话同样适用于企业管理运营的数字化转型压力。

企业IT系统需要做出哪些重构？

传统的ERP系统是基于局域网设计研发的，具有套件式、紧耦合、高内聚的特点。而新一代企业数字化平台是基于互联网、IoT、微服务、中台化、大数据、AI技术基础的。

企业管理需求的产生基本上来自于各个专业系统，包括ERP、CRM、SRM、HR、费控、OA、企业商城等等，每个专业模块解决的是部门级或某个领域的管理需求，即使是覆盖企业管理全局的骨干系统ERP也不覆盖到营销和采购环节，所以需要CRM和SRM来补充，有些专业领域的深度管理需求，还需要专业系统来完成。但企业对IT系统的基本要求是作为一个整体的运营支持系统，并且满足企业迅速变化的敏捷性要求，针对不同应用可伸缩，还要满足个性化需求。

在传统IT架构中，企业的各类服务数据是通过企业服务总线ESB（Enterprise Service Bus）来完成的。

但今天的企业需要正在发生又一次重大改变，就是希望对企业内的一些通用应用进行标准化处理，使之可以让更多部门复用或调用，至少在集团内部可以共享，基于企业运营的前端和管理后台，中台概念应运而生，其核心思想就是“共享”、“复用”。尽管企业的前端应用各异，但是可以调取数据中台的数据，数据中台负责数据采集、治理、建模和各类分析服务。这些数据的来源都来自于业务中台，包括用户、产品、结算、发票、合同、流程、权限和管控等各个功能模块形成的集中管理中心。

中台概念的提出和应用堪称中国企业对信息系统理论改造升级的一个重要贡献，这个有些中国特色的概念甚至还没有一个合适的英文词汇来匹配。一方面，大家对这个概念还有达成完全的共识，另一方面，的确也没有在英文IT概念体系里面找到一个恰当的语境来做相对应的阐释。甚至某些国际厂商在面临中国企业关于如何利用其系统建设业务中台的询问中显得有些尴尬，这些厂商的阐述逻辑显然与企业的愿景产生了偏差。这或许可以解释为中国更加成熟普及的电商和移动互联网的应用环境已经在呼唤新的应用场景，而来自海外厂商的经验还没有及时完整地捕捉到这一重大变化。尽管如此，所有支持中台概念的技术环节其实还都来自于全球IT公司、互联网企业不断更新的技术进步成果。应用场景的变化与技术细节的进步再次成为一对互为推动的力量，互为因果，相辅相成。

“大智移云物”经常被称为数字技术发展趋势的具体方向。云计算是应用环境，人工智能是应用领域，大数据则是智能化的基础，物联网是探测、收集、传输数据的手段，移动化是应用场景，上述几个方面都依赖数字技术的进一步发展和广泛应用。对于用户来说，直接接触的就是各类应用，支撑这些应用的软件开发模式和开发平台是数字化应用的关键所在。今天，一系列技术的系统性变化，到了量变到质变的时候了。

首先，软件运行环境发生了很大变化。

在1990年代，传统的软件开发模式都是基于硬件设备完成的，也就是各种类型的服务器。2005年，为了提高资源利用率，以VMWare为主流的虚拟化软件开始流行，硬件服务器开始虚拟化。2015年，出现了Docker容器。在容器场景下，应用的构建无需关注服务器，操作系统，研发和IT人员可以更聚焦于应用代码本身，软件开发、部署、运维模式发生了很大变化。

容器技术的出现，使得企业IT系统的开发、实施、运维的模式都发生了巨大的变化。基于容器化云模式下开发和运维的高度自动化，有效的支撑了敏捷开发和交付，加快系统版本的迭代速度，经常是每周发布一个版本。企业系统的交付模式正在由传统的瀑布式模式，即通过数月甚至一年的从业务蓝图设计到长周期的开发测试上线的漫长过程，逐渐向小场景快速开发上线，并不断迭代演进的模式过渡。

现在，在云计算环境下的软件应用环境是大部分应用的主要环境，云服务概念会更加普及。无论是基础设施IaaS、中间平台PaaS还是软件应用SaaS都通过服务的方式提供给客户。对不同性质的企业来说，无论是公有云、私有云还是混合云，总之云部署模式将成为常态。

其次，软件应用开发交付的模式发生变化

企业应用程序通常有客户端用户界面、服务器端应用程序和数据库三部分组成，传统模式下，某个业务系统的各种业务逻辑通常都在一个应用中运行。如果对应用程序的一小部分进行修改，则需要重建和部署整个程序。随着云计算容器技术的普及，将应用程序的进行服务解耦，即所谓的微服务化的浪潮正在迅速的由互联网领域向传统企业的IT架构渗透。

微服务架构将应用程序构建为服务套件。除了服务是可独立部署和可伸缩之外，每个服务还有一个严格的组件边界，甚至允许用不同的编程语言编写不同的服务，也可以由不同的团队来管理。

因此，微服务架构是一种将单应用程序作为一套小型服务开发的方法，每种应用程序都在其自己的进程中运行，这些服务是围绕业务功能构建的，可以通过全自动部署机制进行独立部署，组件整合在一起来就可以构建系统。组件是可独立更换和升级的软件单元，方便安装应用后的维护操作。

微服务的特点使得软件开发和修改非常便利，版本更新和迭代速度大大加快。云原生架构通常就是使用微服务构建的，利用云服务就是利用敏捷和可扩展的组件（如容器）来提供离散和可重用的功能，这些功能集成之后可以跨越不同云之间的技术边界，进行自动化地快速迭代。

随着互联网应用领域的社会化分工越来越精细，仅提供某项功能或函数的FaaS（Function as a Service）模式也越来越多，这些专业组织利用互联网对外提供某些专业的API接口（如图像识别，语音识别，天气查询等专业服务），供其他应用调用，并按使用量付费。大量的云端专业服务，将极大的丰富企业应用可以使用的第三方资源，让这些资源可以更方便的被发现，应用和集成。

微服务架构是中台理念落地的有效支撑，通过将企业应用中可复用的功能微服务化，有效避免了各应用系统重复造轮子。用户、权限、商品、订单、流程这些通用的数据管理和交易管理功能，以服务方式在容器中运行，可以灵活的被前端应用进行集成和调用。基于这些服务可以快速构建面向不同业务需求的前台系统，并且可以快速试错调整。服务的容器化运行又可以方便的被启用，复制、停用，在系统的可伸缩性和高可用方面提供了更细粒度支持和保障。

再次，软件部署和运维管理模式也发生了变化。

传统的软件企业将开发、IT运营和质量保障分三个各自独立的部门，软件开发和部署就需要紧密的多部门协作。为了按时交付软件产品和服务，DevOps（Development和Operations的组合词）管理方式就是把开发和运维打通了，促进开发、运营和质量保障部门之间的沟通、协作与整合。

但是，微服务架构使得思维方式发生了改变，从过去的“构建一个框架运行在一台服务器上，对多个事件进行响应。”变为“构建或使用一个微服务或微功能来响应一类事件。”基于云计算的Serverless理念，让开发者不用过多考虑服务器的问题，计算资源作为服务而不是服务器。一些微功能、微服务的云计算是零收费或收费很低，有助于降低整体运营费用。

大型企业利用云厂商的计算资源、技术和服务构建私有云已经成了一种趋势，逐渐在头部企业中进行尝试。

元年软件产品构建企业业务和数据中台

从业务视角看，元年现有的软件产品就是帮助企业建立自己的业务和数据中台。对企业来说，无论是自建商城还是通过天猫、京东的第三方电商平台销售或者寻源采购、经销商门户或者线下网点的管理、在线营销或在线服务等等功能都是企业接触客户的前台。后台则包括采购管理、生产管理、营销管理、仓储物流管理、财务核算和人力资源管理等等。

业务视角

连接前台和后台的大量交易处理和服务就是中台，包括业务中台和数据中台。对集团企业来说，这部分标准化和可以复用的功能模块也称之为共享平台，是不同业务形态的分子公司可以调用支持的。包括订单处理、采购管理、会计核算、开票收款、收票付款、费用处理、资金管理、人力资源和IT服务等等功能。业务中台在运行过程中产生大量数据，数据中台需要对数据采集治理、数据建模、数据开发，形成有针对性的数据服务。

技术视角

从技术架构看，元年的软件产品是基于微服务框架开发的，可以获得更大的灵活性和复用性，增强中台服务能力。

底层技术设施相当于后台，就是基于Docker容器技术、Kubernetes（K8s，管理容器化应用部署，规划，更新，维护的一种机制）、Jenkins（持续集成工具）、Kafka（高吞吐量发布订阅消息系统）、redis（数据库）、Oracle、MySQL数据库等各类IT技术；

前台则是针对PC端或者移动端的各种展示的浏览器和操作系统，通过服务网关的方式获得中台的支持。元年技术中台包括元年框架、ECS平台微服务和各类应用，同时包括微服务管理和数据集成服务。元年框架解决缓存、异常、日志、安全、调度的功能，而元年的ECS平台提供的微服务包括业务对象的选择确认，单据、流程、控制、凭证和数据，服务于各种应用。同时，针对微服务进行管理，包括服务治理、配置管理、集群监控、容错保护等，还有贯穿始终的是数据集成服务。

元年现有的分析型产品C1就是打造数据中台的最佳工具，再加上主数据管理、数据治理能力、对外数据服务（API）、大数据和AI应用产品端，形成了新一代的IT数据架构了。元年提供的大数据和AI能力包括AI算法、知识图谱、图数据库，在数据处理上达到PB级，分布式数据存储，通过Tabase数据库支持多维数据库和内存计算方式。

元年新一代技术架构，继续在财务预测方面，完成财务预测、各类指标预测和洞察未来财经走向的方式上发挥优势外，将加强经营推演、风险量化、价值优化（现金、资产、成本）、决策自动化、信息推荐等业务方向，包括在语音识别、发票识别、智能规则引擎、财务机器人等人工智能技术有了不少应用，在智能交互式分析方面也发挥了重大作用。通过语音、图表等方式实现交互，比如智税图谱就是通过智能交互分析技术打造税法搜索引擎，实现针对各类税法条文的查询。

元年智能共享软件帮助企业建立自己的业务中台，支持厂商、合作伙伴、客户开发部署自定义应用，平台统一门户，统一用户管理及授权，统一工作流及消息机制，PC，移动端一体化。基于平台灵活开发部署自定义应用等扩展应用，元年软件标准模型支持业务对象、交易、流程、数据全过程配置。业务对象定义包括业务对象类型自定义、数据结构自定义和展现形式和操作自定义。

随着业务发展，集团公司会建立多种共享中心来增强中台服务能力，包括多个财务共享中心、采购中心、行政共享中心，满足各个区域的管理需求。每个共享中心都有相对标准的管理体制、工单管理体系对接第三方的业务单据，共享中心的内部组织流程和分级授权。事实上，从以财务为核心的企业运营和数据分析云平台入手，提供智能共享服务（财务、税务、商旅、采购、人力、IT）、智能管理会计（预算管理、合并报表、管理报告、成本盈利管理、投资管理、风险管理）、智能数据分析（管理驾驶舱、战略大屏、大数据分析、销售绩效、供应链优化），再基于公有云、私有云和混合云，利用强大PAAS平台，元年软件通过自建、与客户和渠道合作建立面向非财务领域的业务和分析应用。元年IT架构的特点和优势是：

核心优势一：云原生的分布式PaaS平台

新一代的企业IT架构的业务中台和数据中台，产品底层基于Spring Cloud的云原生架构，核心能力微服务化，全面支持基于容器的分布式部署，支持公有云、私有云和混合云

Tabase内存引擎微服务化，分布式部署管理，突破内存计算的单机内存瓶颈，支持大型集团企业海量数据的实时分析计算

PaaS平台可以快速配置开发多种业务管理和数据分析应用

核心优势二：内存实时分析引擎：TAbase

内存多维数据库

对标SAP HANA

实施成本低，性能优越：普通PCSERVER（32G/8核 1.9GHZ）、1亿条数据、3秒完成汇总展示。

能实现在线实时分摊，预测，what-if分析等复杂模型计算

核心优势三：实时数据采集引擎，颠覆传统数据仓库，实现热数据实时分析

数据全生命周期管理能力

实时数据采集引擎，通过PaaS平台融入业务流程中，实现从数据定义，采集，校验，工作流处理，在业务流程中埋点实时将数据写入分析引擎，进行存储，计算，分析，归档