Laurence的技术博客

几年前，我所在的一家传统行业的头部企业启动了一系列数字化转型项目，在配套的IT基础设施建设上，“上云”已是大势所趋。在此前数年的工作中，我断断续续地使用着公有云产品，大多数情况下，我们只选择IaaS层级的服务，也就是只使用虚拟实例，对PaaS和云平台特定的Serverless产品敬而远之....

本质上，中台是一种中心化、平台化的企业组织架构和业务形态，当这样的组织和业务架构投射到IT 系统上时会自然地形成我们今天讨论的IT 意义上的“中台”。笔者曾经参与过不少定位为统一平台的项目，其中有不少失败的案例，对于这个问题有一点个人的思考：也许中心化系统都是反传统管理体制的，烟囱式的生态系统是企业组织架构在IT 上的投影，小到“数据湖”，大到中台，没有强力对等的中心化组织去主导，结果是很难预料的。继本系列前一篇文章对中台架构作了整体性的介绍之后，本文我们将继续从组织架构的角度上展开对中台的介绍，这是中台

中台打破了应用系统的壁垒，从企业全局梳理和规划业务程，重构了组织架构、业务架构与IT 架构。在梳理了企业的IT 现状并回顾了SOA 的历史之后，我们需要对中台架构进行一番详细的介绍，阿里巴巴的Aliware 团队曾经给中台下过这样的定义：将企业的核心能力随着业务不断发展以数字化形式沉淀到平台，形成以服务为中心，由业务中台和数据中台构建起数据闭环运转的运营体系，供企业更高效地进行业务探索和创新，实现以数字化资产的形态构建企业核心差异化竞争力。现在中台战略常被简单地概括为“大中台，小前台”，意思是说将.

SOA 所有的理念都是基于现有应用系统展开的，不管是对服务的梳理还是服务之间的交互，都是以现有应用系统为载体的，中台不同于SOA 的地方在于：中台是一种平台化思维，它并不是从系统集成的角度去思考问题，而是从架构层面上重构了整个IT 生态。相比之下，中台无疑是一种更深刻、更底层的变革，因为它完全破除了应用之间的壁垒，把企业的核心业务能力“中心化”，把它们提炼并沉淀到中台的各个业务中心上，而不是面向单一业务方向或渠道的应用系统上。这在SOA 架构下是很难实现的，因为中台的业务中心与SOA 的服务载体（即应用系.

这两年，随着中台概念的兴起，一种IT过去的常态，现在的明星反面教材——“烟囱式架构”被反复提及并为大家所熟知。作为中台的对立面，烟囱式架构不幸地成为了业界合力吐槽的“倒霉孩子”，那些对比中台理念审视过自身IT系统的传统企业都不禁心虚地喃喃自语道：“嗯，我有病，得治！”开个玩笑，其实我们并不打算在这篇文章里对烟囱架构进行批判，“家家有本难念的经”，企业形成今天的烟囱式架构是由很多现实问题导致的，并不是什么管理或决策上的疏失，如果说烟囱式架构就是一种“病”，那么可以说“雪崩来的时候，没有一片雪花是无辜的”。

数据中台的概念满天飞，但是数据中台的落地始终是一个难点，很难统一。最近几年，随着企业数据的爆炸式增长，以及大数据与人工智能的普及和推广，越来越多的企业意识到“数据”对企业的重要性。建设“数据驱动型”企业也成了越来越多企业的战略目标之一。加大数据领域的投入，促使了IT部门开启了新一代数据平台的建设工作。目前，新一代数据平台均以大数据和人工智能作为核心技术支撑，在方法论上，数据中台理论则是现在行业内讨论最为热烈的话题。这些理论和技术体系庞大而复杂，需要专业的人才和团队进行建设和管理，其中很多工作充满挑战.

“我的企业目前在数据应用上处于什么水平？接下来应该朝哪个方向努力？”本文试图帮助企业决策者和IT负责人解答这一问题。今天，数据之于企业的重要性已经勿须多言，建设数据驱动型企业已成为众多企业的战略目标之一。在这一趋势的引领下，很多企业开始了新一代数据平台（例如数据中台）的建设工作，然而在启动这一具有挑战性的工作之前，企业首先需要冷静客观地审视一下自己的数据生态，弄清楚目前所处的能力水平，以及下一步努力的“方向”。只有这样才能确保后续工作沿着正确的方向展开，这可能也是企业在构建全新的大数据平台或数据中台前.