企业中台的战略价值和案例-笔记(2.15)

读企业IT架构转型02 ： http://blog.sina.com.cn/s/blog_493a84550102wv6n.html

对于大中台，小前台，核心是  关键词：精准打击、管理高效、资源整合、灵活敏捷。 这个在前面专门有一个比喻还是很形象，“小前台 大中台”的运营模式，就是美军的“特种部队（小前台） 航母舰群（大中台）”的组织结构方式，以促进管理更加扁平化。十几人甚至几人组成的特种部队在战场一线，可以根据实际情况迅速决策，并引导精准打击。而精准打击的导弹往往是从航母舰群上发射而出，后方会提供强大的侦查火力后勤支援。所以如果中台没有办法承接前线的需求，前线就会不认可它服务的价值。

对于中台，大点来说包括技术中台和业务中台。

而在后续的文章里面，我们的中台都将指业务中台，对于技术中台类似基础的IaaS云平台，PaaS云平台，技术服务，流程引擎，消息，缓存等技术服务能力将不再进行描述。

即分层应用架构应该为： 基础云平台（包括技术中台能力） 业务中台 前台应用

对于业务中台而言本身有包括了业务中台和数据中台。对于数据中台本身也属于业务中台的范畴，在前面中台分类的时候我就曾经谈到过，真正的业务中台主要包括几个大的类型， 即数据类中台，业务处理和交易类中台，规则类中台。

数据类中台： 比如用户中心，会员中心，商品中心，店铺中心，订单中心等

业务处理类： 比如交易中心，评价中心，结算中心等

业务规则类： 比如费控中心，预算中心，计费中心等

当然某一个中心可能既提供数据类能力，也同时提供业务交易和规则处理类能力。例如预算中心，即提供基础的月度和年度预算查询能力，本身又提供预算控制能力。

当再看这个PPT的时候，进一步让我感觉到，以后对于传统企业信息化软件服务提供商而言，核心的竞争能力将体现在中台上。原来我们都谈我们有基础技术平台，基于统一的技术平台和开发标准框架进行开发。而后面则必须强调你有强调的可复用中台，能够快速帮助客户建设和实施系统。

对于一个专业细分的业务领域而言， 软件企业要做的就是将对业务领域的多年经验和理解沉淀到业务中台，形成可复用的各个业务中台能力中心，然后为上层灵活多变的各类应用提供服务能力。由于沉淀了业务理解形成通用化，可复用的业务模型，那么这个能力被不会轻易被模仿 。

简单来说技术平台 业务中台 前台应用，三者的占比大致应该为3:5:2的关系。也就是说强大的业务中台建立后，产品化程度可以达到80%左右 ，而且能够快速的应对前台应用的开发和定制。这样项目团队灵活，敏捷，低成本快速交付的目标才能达到。

注意一谈中台，一定会和共享服务，和微服务架构几个核心概念连接在一起。中台的能力是以可复用的共享服务的模式提供给前台应用。中台中的每一个中心都是独立的微服务模块或应用，这个应用从业务层到数据库到数据库都是完全独立自治的一套软件，能够独立部署和管理。

中台能力通过服务接口暴露，所有服务接口注册到类似服务网关的能力开放平台或能力聚合中心，提供给前台应用模块，服务接口是中台和前台交互的唯一方式。

即前台应用和中台中心通过服务层进行解耦，是SOA核心思想的重要体现。

也可以看到中台提供基础的原子服务，或者最好叫领域服务，而前台负责基于业务流程和业务场景对服务进行组合和组装完成服务编排。只是在传统SOA概念里面通过BPEL或BPM来完成，在轻量SOA或微服务思路下，这个组装或编排直接通过前台应用的代码层来完成。

这和PPT里面谈到的企业中台的技术本质是共性和技术的分离思路是一样的。

中台负责共性：包括共性业务抽象，业务逻辑解耦，业务数据隔离，分布式技术架构等。

前台负责个性：包括快速组合业务，个性业务扩展，灵活业务适应。

共享服务孕育业务创新人才

这个点实际对于互联网企业相当重要，中台提供足够的能力和弹药，你完全可以基于业务创新快速的开发和定制相关的应用支撑，而且没有传统方式下极大的部门和团队沟通壁垒，彻底打破边界。举个例子来说，类似大淘宝，你完全可以3,5个人就开始类似聚划算类的创新应用。

数据共享透明提升数据价值

这点感觉没太说透，我的理解这点应该展开为传统的数据交换落地模式下的数据共享，转变为新架构体现下的实时数据访问和共享。 数据不落地，实时共享并可访问才是真正的重点。

中台架构驱动业务组织和文化变革

这点太重要了，核心就是业务架构调整和中台战略密切相关，相辅相成，中台的思想就是垂直化和扁平化，从传统职能架构转变为强矩阵和项目型的业务组织架构，小团队运作，快速适应和响应变化。同时每个团队都应该配置相应的需求，架构，开发，测试人员。

在谈DevOps的时候经常会谈到IT团队文化和组织架构变革，而IT团队要实施中台战略同样需要IT团队进行变更，形成中台 前台的第一层分组，同时形成按各个微服务模块的第二次分组。IT团队架构不变，微服务架构策略无法真正落地实施。即真正架构转变，团队拆分开，才能够将原来隐藏在内部不规范的问题全部暴露在阳光下。

企业中台典型业务架构

这个图还是比较粗，而对于企业信息化业务领域，或者独立的一个应用，需要基于该分层思路重新构图，类似我们做财务共享应用，完全可以重构该架构图。

企业中台建设是企业数字化转型的最佳落地

数字化转型的本质：一切业务数据化，一切数据业务化！这块在PPT里面看到数据中台更多的体现的是类似ODS数据中心的概念，而不是前面讲的数据服务提供的微服务模块。在中台战略下，要做后面的OLAP和大数据分析，必须有集中化的ODS库，这个也是数据库在拆分后必须要考虑的一件事情，否则后面BI分析没法做。

1.大数据分析的结果一定要能反馈到业务生产系统中，实现数据运转的闭关；

2.大数据应用首先要从场景入手，切不可本末倒置；

3.最终数据和算法是企业在大数据领域所能构建的核心竞争力；

企业中台是由业务中台和数据中台构建起数据闭环的运营体系,实现以数字化资产的形态构建企业核心差异化竞争力。—阿里巴巴Aliware团队

某企业共享服务应用架构参考

某企业中台 前台应用架构参考

可以看到这两个应用架构参考的例子仍然是偏传统企业的互联网转型，电商化转型，而对于当前对于企业内部信息化应用的微服务架构转型，中台化构建仍然没有太多的成功案例。其核心原因还是在企业内部中台转型一定涉及到企业组织架构和业务架构转型。

比如很多企业已经在转型，类似企业很多职能部门已经变成共享采购中心，共享人力资源服务中心，共享财务中心等，这就是一个好的趋势。只有业务转型才能够推动技术转型和中台应用构建。构造中台构建和微服务架构实施在企业内部就变成了无根之木，无源之水。