详解技术中台、业务中台和数据中台，一知半解最迷惑！

以下文章来源于橙子解忧杂货店 ，作者Evans

随着企业数据化转型推进，想必大家或多或少的都听过数据中台这个概念。之前文章我们也对中台进行了一个简单的介绍。但是中台的本质是什么呢？

本文就技术中台、业务中台和数据中台的概念、架构、区别与联系进行了介绍。

接下来会对数据中台、平台和数据资产管理等做一系列分享.

本文共5612字，全部读完需要15分钟！

0前   言

随着大数据时代的发展，互联网人口红利的逐渐消失，流量焦虑和数据孤岛等问题日益显著。互联网下半场已迈入深度变革的深水区，用户演变成企业商业战场上竞争的核心要素，就犹如古代战场上城池是兵家必争之地一样，行业竞争也从用户拉新转为用户使用时长和用户粘性之争。

企业更多的在思考用什么样的方式快速适应瞬息万变的市场，用什么样新的思维模式突破人口红利瓶颈，用什么样的方式能够快速响应用户需求的同时减少企业沟通的成本，提升业务协作效率，完成企业数字化转型。刚好，中台可以在某些程度上满足以上要求。

中台，一方面，通过整合汇集打通企业业务数据和用户数据，沉淀业务通用组件以及技术能力，提供支持外部前沿技术快速嫁接和转化的能力，为企业整体数字化系统建设提供基础技术支持和服务的能力，在创新驱动快速变化的前台和稳定可靠驱动变化周期相对较慢的后台之间的找到一个相对好的平衡点；另外一方面，通过以用户中心为基础，以科技为引领，在统一愿景下建立实时战略的机制和敏捷生态的组织，在把握企业短期利益和长期利益的博弈与厮杀中做到先发制⼈、抢占先机，促进企业在数字化转型的道路上良性的发展。

在前面几篇文章，笔者为了统一大家的认知从概念层面上对什么是数据中台？数据中台建设的价值和意义、数据中台的演进过程做了相对详细的解释。从阿里提出“大中台，小前台”战略、华为提出“让平台炮火支撑精兵作战”战略以及最近腾讯提出的“开源协同，自研上云”启动中台战略，各大巨头争先恐后的启动中台战略，到底是为什么呢？中台背后到底隐藏着什么秘密呢？中台能给企业带来什么价值呢？

为了进一步，让大家了解中台的本质。本篇按顺序介绍如下:

中台演进的过程

技术中台、业务中台和数据中台的概念

技术中台、业务中台和数据中台的架构

技术中台、业务中台和数据中台的区别与联系

1中台的演进过程

美军中台的借鉴图

中台，最早是由美军的作战体系演化而来，美军在遇到强敌时，往往能以少胜多，取得战斗的胜利。原因在于对内军队、友军间实现后勤统一，用于提高供应效率、节省成本；对外具有强大的导弹指挥系统，强大的中后台能力，先进的通讯和定位科技方便他们随时呼叫海陆空三军进行火力支援，具备支持小团队快速判断作战能力，引领战争的胜利完成。

中台，从概念层面上来说，介于前台与后台之间，提供⼀个中间层来调度适配前台与后台的配速问题，类似一个“变速⻮轮”；从技术层面上来说，中台主要是指学习部队高效、灵活和强大的指挥作战体系，是为了做资源整合、沉淀业务和产品技术能⼒，打通前台需求与后台资源的连接，提供数据能力和产品技术能力，为前台业务开展提供底层的技术、数据资源和技术能力支撑，快速响应用户需求，发挥数据应用的新创新；从价值层面上来说，将企业核心的数据和技术能力以共享服务中心的方式进行沉淀，形成“大中台，小前台“的组织和业务机制，实现场景可组合、组织可重构、管理可复用、数据可共享，促使企业能快速降低成本的同时进行业务持续性的创新。

随着企业快速的发展，组织架构变得庞大、臃肿且复杂，业务线在受市场环境、企业战略、用户需求等因素的影响下被不断细化拆分，系统不断的增加，流程变的繁琐且错综复杂。最终，导致野蛮生长的系统越来越不堪重负、越来越不可维护，每个子公司与部门都建立自己烟囱式的IT系统或者建立烟囱式独立的数据分析平台和数据仓库，造成数据的“独 – 数据烟囱式林立”、 “断 – 数据理解、认知以及分析断层”、“缺 – 缺数据、缺标准、缺治理”、“难 – 知数据难、懂数据难、要数据难”，使得新的业务在这样的情况之下不得不重复造轮子。一方面，导致企业资源和成本的浪费；另外一方面，无法沉淀业务和沉淀技术能力；必须通过“企业信息化整合”的方式来改革、来优化IT架构，以此来提升企业IT价值，促使企业信息化进入到全面数字化整合的新阶段。

传统IT系统架构 · 七宗罪图

首先，先回顾一下，企业传统的烟囱式IT系统在建设发展的过程当中带来了很多弊端，归纳总结主要有七宗罪。

1、烟囱式：在建立数字化转型的过程当中，企业往往面临的问题不是没有系统，需要大量建设的问题，而是相关的IT系统太多，比如，用户系统、交易系统、订单系统等等，它们彼此之间的应用水平参差不齐，相互独立，不能互相集成，数据也不能共享，就像烟囱一样林立在林丛当中；

2、大笨重：企业没有统一完善的IT组织体系，没有规范的IT战略与规划，下属子公司、部门、业务线，都是根据各自的需要提出需求，进行系统开发或者各自找供应商采购自己领域上的软件，后期进行二次开发，长期以往下来，每个系统都很大、很笨、很重，可交互性相对来说不是很强；

3、数据壶：企业的上百个IT系统产生了很多的数据（内部数据 + 外部数据），由于没有做数据指标体系化、指标口径的统一和多源数据的统一 ，造成数据导出难、数据理解难，数据清洗难等问题，使得数据不能很好的被有效利用起来；

4、守旧而非创新：企业每个系统的应用水平参差不齐，不敢轻易废弃，重构怕出现新的问题，始终抱着能用就先用的心态，等出现问题的时候再去修改，导致一直下定不了决心，不敢彻底的推倒重来，不敢做大的变化，不敢做新的创新；

5、管控而非赋能：多年企业管理的制度形成的习惯，担心系统发生改变失去权力上的管控，管理者产生很多顾虑，并不是做到意义上的相互协作，更多的是短期利益上的博弈

6、占有而非链接：企业建立一支庞大的IT团队，什么事情都是自己做，而不是想通过多种方式来促进企业沉淀统一的技术能力，赋能业务；

7、领导者自我束缚：领导者管理者在互联网时代的转型过程中，心态的变化，想改变，但是由于市场环境、职位影响，固步自封，在做很多事情上面有束缚太多，魄力不够，格局不大。

以上种种情况，归结于一点，企业与人都演变成阻碍数字化转型变革的原罪因素之一，导致企业缺乏整合的IT架构的组织能力。最终使得技术能力无法快速响应用户需求，支撑内部和外部的数据运营效率。

企业信息IT系统太多的同时会产生新的各种问题。一方面，企业随着大数据时代的发展，信息爆炸式增长，数据越来越多，但是大数据中的大的相对面就是少，越是真实的业务数据，数据量就越大，可用的信息比例就越少，更多的是噪音数据，这些信息之间的关联性少，数据一致性更加难保证；另一方面，由于企业和各个业务线独立部署的系统，造成数据相互分散独立，企业需要了解的各个子公司和业务部门的经营情况，很难及时得到，领导决策层需要的数据分析和报告，很难在已有的系统中快速和准确地提供服务。

所以，企业要以业务为导向结合规范化的企业架构为出发点，推进整合IT架构，实现组织一体化、业务一体化、实现数字化应用和数据一体化、实现平台一体化， 做到服务重用、服务进化、数据累积、快速响应、降低成本、效能提升。先将烟囱式IT系统做到互联互通，才能规范应用系统的交互方式、打通企业的业务流程以及统一异构数据，最终实现技术和业务上的整合，更快的实现数字化转型。

2技术中台、业务中台和数据中台的概念

技术中台、业务平台和数据中台图

技术中台、业务中台和数据中台概念

1、技术中台是将企业的技术能力进行整合和封装，比如像微服务开发框架、Dvops平台、容器云、PaaS平台以及其他应用各种技术的中间件，尽可能的过滤掉建设中繁琐的技术细节，为前台、业务中台和数据中台提供快速的发展，提供简单、易用、快捷的应用技术基础设施的能力

2、业务中台是将后台资源进行抽象包装整合，转化为前台具有可重用共享的核心能力，通过类似消息转发的方式，实现了后端业务资源到前台易用能力的转化。业务中台是数据提供者，不负责具体业务的实现，在实现多个业务线的逻辑层面上进行应用分离，通过制定标准和规范的统一方式，告诉其他业务线，让他们知道自身有哪些服务、数据和功能，用这种方式来减少沟通成本，提升协作效率，让企业的其他业务线都具备整个公司的核心产品和技术能力，为各个业务方提供敏捷快速、低成本创新能力

3、数据中台从后台及业务中台将数据流入，通过汇集数据的存储、计算、产品化等方式，构建全域级、可复用的数据资产中心与数据能力中心，提供干净、透明、智慧的数据资产与高效、易用的数据能力，为前台基于数据的定制化的创新和业务中台基于数据反馈的持续演进提供了强大支撑，使得业务能够快速的数字化运营

3技术中台、业务中台和数据中台的架构

中台技术栈图

技术中台架构图

中台技术是由平台化架构的发展演化而来的，延续了平台化架构的高聚合、低耦合、数据高可用、资源易集成等特性再结合微服务方式，将企业核心业务下沉至基础设施当中，基于前后端分离的模式，为企业打造一个连接一切，赋能于人，形成共享生态体。最终，以轻量、快速、高效，为企业数字化转型提供更友好的服务运行与开发环境。让平台即服务支撑到每一个应用，通过以标准而且基础的非业务功能的服务化方式，让开发人员更专注在业务功能开发上。

业务中台架构图

业务中台主要是为了沉淀业务通用服务能力，以服务化形式提供公共业务组件，为企业快速变化的场景化业务应用提供专业、稳定、高效、安全的共享服务，提升前端应用开发效率，快速响应实现创新需求，实现业务创新、数据共享和业务能力协同。

数据中台架构图

数据中台，提供数据获取与存储、数据计算与处理、数据共享与协作、数据应用与价值探索以及数据服务与服务运用等全链路一站式数据服务能力，紧密贴合业务，探索业务场景中的价值，助力企业数字化、智能化转型。

4技术中台、业务中台和数据中台的区别与联系

技术中台、业务中台和数据中台图

技术中台、业务中台和数据中台的区别与联系：

1、在职能层面上

业务中台是一个企业管理和运营的一体化管理平台，同时为前台提供支撑数据服务。比如用户中心，登录/注册、身份、验证等；会员中心，等级互换、积分打通、权益互换等；风控中心，黑/白名单设置、机制预警、权限设置等。这些统一的服务都来自业务中台的同一个系统的不同模块，可以分别支持多个其他业务系统对业务的管理要求，业务中台通过类似模块化、组件化、插件化、解耦等方式，当不同的业务系统需要这个模块的时候，不需要自己再去开发，直接从业务中台拿到这个功能模块，集成到需要的业务中去就可以。因此，业务中台的本质是把企业更多的业务系统连接在一起；

数据中台具有获取企业全域级的各类信息数据的能力，结合数据能力中心提供的技术能力，把业务系统的数据（内部数据 + 外部数据）汇集起来清洗干净，把获取的分析结果给到业务中台，赋能前台系统；

比如，根据业务中台提供的用户数据和行为数据，基于数据中台运算的分析能力，构建用户RFM模型，预测出用户行为偏好和用户价值；根据用户来访、互动情况、核心功能使用频率等，基于数据中台运算的分析能力，构建活跃度模型，预测出用户的活跃度等；广告精准营销，结合数据能力中心提供的技术能力，把经过数据中台算法分析的结果给到业务中台，支撑广告的实时投放和推荐

2、在数据层面上

业务中台只知道当前的业务状态，数据中台具有全域级的业务数据（当前、历史、处理数据）记录。比如A、B和C三个业务线统一的用户中心数据库放在业务中台，当登录、查询、修改发生了变化，业务的数据，会自动同步到数据中心，当用户改动了任何一个平台的数据都会有记录保留在数据中心，之后还可以通过回溯的方式查找数据流转路径

3、在目的层面上

业务中台算是中台里面的一个功能模块，目的是让业务更专注于服务业务，业务中台的数据服务中心和业务联系紧密，通过离线/实时的方式为业务线做同步支持；

数据中台建立的目的是为了沉淀数据沉淀，通过统计/分析/挖掘等方式结合业务发挥出数据的价值，将企业全域级的数据（内部数据 + 外部数据）都汇集到数据中台来，借助技术中台提供的技术能力，解决企业数据独、断、缺、难四大难题，达成数据资产管理利益最大化，实现业务的价值沉淀。

4、在关系层面上

技术中台对企业的技术能力进行整合，支撑企业的业务发展，通过打通企业内部异构系统，支持业务中台；

业务中台和数据中台就好比强大的中后台炮火群，可以直接对敌人进行进攻。业务中台主要为企业的业务运营进行服务，将获取的多维度数据存储在数据库中；数据中台获取汇集数据后，借助数据中台的数据能力中心，进行数据清洗和分析，将得到的分析结果，反向赋能给业务中台，支撑到业务中台上的智能化场景的应用，智能化场景的应用经过使用产生的新数据又流转到数据中台，形成数据和业务上的闭环；

数据中台还具备可视化的模型结合算法智能分析，帮助企业管理者做数据运营决策分析。业务中台、数据中台和技术中台它们三者是相辅相成，相互协作的，没有直接或者间接的利益冲突关系。在这种关系下，企业的中台系统对数据、业务、技术能力等方面构建全量级的支撑体系，形成统一的企业的业务运营一站式管理平台。

中台的目标与意义图

总结一下，中台是以场景化业务为中心，具有可复用能力的有机组合，目标是为了能够快速的赋能业务进行落地实施、改造、试错、转型；意义是为了快速提升组织之间的效率，降低企业成本。

因此，企业需要结合自身的实际情况，围绕着核心业务展开数字化转型，在工具数字化、分析数字化和流程数字化加以落地，形成数据与业务上的完整闭环，打造属于自己企业独有的中台能力，把握好短期利益和长期利益来实现平台的发展，才能持续提升企业的经营效率和生产力，加快企业数字化转型的脚步，完成企业自身独有的战略目标。

很显然在目前的信息时代，借助类似于FineBI的这些工具，可以让企业加速融入企业数据分析的趋势。备受市场认可的软件其实有很多，选择时必须要结合实际的情况。一般的情况下，都建议选择市面上较主流的产品，比较容易达到好的效果，目前企业数据分析BI软件市场占有率前列的，就是帆软BI软件——FineBI。