中台战略-读书笔记4

中台建设方法论

一、中台架构整体策略

       数字中台建设的整体策略是从业务着手，自顶向下逐层调研业务，再自底向上对业务逐层抽象归纳，形成业务全景图。

---

二、业务中台设计方法论

       业务中台本质是一个体系或系统，它实现了企业核心的业务运行机制，处于企业运行生态的核心位置，所有应用系统都必须与之建立联系。众多可复用能力只是中台的形，核心业务数据和业务流程才是中台存在的本质。

1、能力支撑是基础

       业务中台居于整个企业数字化平台的中间层，是上层应用建设的基础，它提供了应用功能左右依赖的业务能力。

2、中心自治是承载形式

       中台自治在业务上要求中心能够独立运营，在技术上，中心具有独立的生命周期，包括中心启动、运营、停止三种状态。

3、三层模型是骨架

• 业务实体层（Business Entity Layer，BEL）：对企业静态数据管理，静态资源包括通用业务对象（eg：省地市、元数据、商品、会员、用户等）
• 业务协作层（Business Collaboration Layer，BCL）：由已完成或管理支撑类业务活动为目标的中心所构成（eg：促销中心、评价中心等）
• 业务活动层（Business Activity Layer，BAL）：由已完成或管理核心类业务活动为目标的中心构成（eg：交易中心、供应中心、物流中心等）

4、五步法是指导思想

• 业务抽象

       在业务抽象阶段，通过业务调研和业务分析，设计业务蓝图和抽象业务元素，为下一阶段的中心建模阶段准备顶层思想和业务素材。

       a. 业务调研：核心是各领域中心的结构和运营机制，在业务调研过程中进行领域模型的探讨，反复思考逐步清洗业务领域的边界；

       b. 顶层业务分析：在业务调研结束后，结合行业趋势、类似项目的比较输出企业的商业模式和核心业务场景，找出企业痛点，最终设计出企业TO-BE的业务蓝图和应用蓝图；

       c. 业务抽象：通过顶层业务分析，明确总体方向，开展对业务场景的梳理和抽象，并输出功能需求清单。

• 高阶设计

       a. 中心规划：基于上阶段输出的主题域，技术架构师按照中心的多个划分标准，进行中心的规划；

       b. 0级架构设计：业务中台的0级架构本质上市应用架构，它以中心为最小单位进行设计，包括功能层级架构和技术层级架构；功能层级架构需要描述业务中台在整个数字平台中所处位置、业务中台由哪些中心组成、以及中心与应用、中心与后台的交互关系；技术级架构说明各系统、各中心分别是什么技术来实现以及整个体系的技术分层。

            功能架构：从下往上分为Iaas层、Paas层、基础组件层、数字中台层、业务中台层。

                             Iaas层：完成硬件资源的虚拟化管理，为用户提供对资源的使用服务；

                             Paas层：为应用软件提供部署平台和运营环境；

                             基础组件层：介于业务服务和技术中间件之间，提供通用的业务功能和技术功能，并解耦业务应用和技术中间件；

                             数字中台层：分为业务中台和数据中台，实现企业业务活动的核心机制，并通过数据中台对业务运营提供指导；

                             业务应用层：通过调用和组合中台能力，实现应用逻辑。

            技术架构：总体上分为展现层、服务层、接口系统、运营管理、运维支撑。具备易于扩展、组合、部署，可支持动态伸缩、精准监控，并且可以提供灰度发布等优点。

                             展现层：与服务层分离，采用当下主流的前段框架，分别对移动端、PC端进行支撑，通过合理的技术搭配人性化的设计满足用户感官体验需要；

                             服务层：架构采用分布式的微服务架构，去中心化加强终端，让服务免去雪崩效应等容灾上的风险；

                             运营管理：通过埋点技术、A/B测试技术、大数据技术进行数据采集分析和业务试错，并通过计算结果来指导业务工作；

                             运维支撑：从底层对所有服务做支撑。

• 组件建模

       a. 产品设计：在业务顶层设计指导下，逐层往下抽象，将业务调研成果转化为产品原型和需求规格说明书；

       b. 组件建模设计：承接0级架构设计，是对中心内容的展开；通过对中心功能的分析和对中心业务实体的抽象，将具有较强依赖关系的业务实体聚合为一个组件，或将具有相同主题的业务功能聚合为一个业务组件；最后以结构化形式聚合这些组件，构成中心。

       c. 1级架构设计：1级架构即中心内部的应用架构，是以组件为最小单元设计的功能层级的架构；

       d. 关键交互图设计：通过实现业务场景的动态交互图，来反向论证0级和1级架构设计的合理性；根据业务逻辑是否清晰、流程是否简介、客户交互是否高效来判断。

• 开发交付

       a. 迭代规划：主要采用敏捷方法进行开发交付，将最终目标拆解为多个小目标，又将每个小目标拆为多个子项目，每个小团队各自负责一个子项目，所有团队并行开发，协调向前推进。每一个小目标多是一个闭环，是一个端到端可验证的交付物，基础部署验证后才能算作达到可交付的标准。

       b. 需求反讲开发：需求开发人员反讲需求，并给出对应的技术解决方案

       c. 持续集成交付

       d. 回顾总结调整：总结错误和阻塞的问题，针对性提出改正的措施，并在下一次迭代开始前，做好对应的调整和准备。

• 持续运营

       数字中通需要在持续不断的运营中，不断沉淀和发展，模型逐步调整和完善。

       a. 业务运营：通过数字中台的能力，可以调优传统的业务流程或尝试新的业务场景，并反哺数字中台；

       b. 内容运营：通过企业自营渠道、第三方流媒体等电子渠道泪建立与客户的连接；

       c. 技术运营：数字中通需要不断运用技术栈和反复调整技术参数来配置，常见的有A/B测试技术的使用和策略调整，以及弹性伸缩技术、限流降级技术的使用等；

       d. 数据运营：数据运营完成调整和优化任务是对业务数据进行分析和挖掘。

---

三、数据中台设计方法论（6步）

       数据中台的标准模式：横向规划（在进行企业数据中台规划时，打通企业的所有业务板块，多业态的综合型企业尤其需要进行横向规划）、纵向切入（先围绕一个场景的闭环快速搭建起数据中台的各种能力，实现业务价值赋能；然后按照全景规划依次迭代，逐步实现整个企业的全局数据中台）。

1、总体规划

       a. 哪些数据需要接入，建设的先后顺序，有哪些潜在的数据应用需求；

       b. 数据中台的物理形态是什么，需要从建设成本、企业IT资源状况等多角度评估采用公有云还是私有云部署；

       c. 根据接入的数据域情况规划集群配置、规划满足未来3年数据中台的容量、以及根据大约的作业数量推导出集群的配置情况，需要nCnG计算能力；

       d. 进行技术选型规划，根据企业实际情况确定以开源+自研为主还是采购成熟产品。

2、数据集成

       按照规划中的数据源进行接入集成，根据数据应用的场景，反向推导、确定数据集成的方式（实时采集、离线采集、频率等）

3、模型建设

       数据中台建设的成败关键是数据模型建设设计规划的释放合理，模型设计师要设计出通用高效的设计模型，首要条件时要熟悉业务、不但要熟悉底层业务系统的业务流程，还有深刻体会数据应用场景。步骤如下：

       a. 选择业务过程：数据模型必定来自于某一个业务流程；

       b. 声明粒度：分层设计，随着层级越高，统计粒度越粗；

       c. 确定维度（业务过程中的主题）：建模需要从业务过程出发，提前预设可能会分析的维度，统一纳入到数模中；

       d. 确定事实（模型指标-核心）：重点关注是否全面覆盖了本主题域中指标，判断哪些指标可加，哪些不能加；

       e. 冗余维度：冗余维度目的让数模更丰满，避免在计算统计中关联太多维度而产生复杂的计算逻辑，影响性能；

       f. 最后：模型设计需指明各种模型的数据计算逻辑，为接下来的数据研发进行指导，主要设计出指标统计的业务口径，并将业务口径转化为伪代码，指导开发人员进行数据研发。

4、通用研发

5、资产管理

• 数据模型以及基于数模的调度均为数据中台沉淀的数据资产；
• 资产管理最基础的工作是做好元数据管理，元数据涵盖了采集的数据接口、创建的数据模型、数据模型中的指标以及作业与作业之间的依赖关系；
• 治理数据资产不是时候治理，而是在数模所涉及的表、指标所涉及的字段等信息进入数据中台时，就通过数据同步机制自动登记到元数据表中。

6、数据服务

       a. 数据接口标准化：针对数据交互接口提供统一的数据在线服务视图，可进行数据查询、上报、通知；针对批量数据提取，提供标准化的数据对外输出能力，支撑文本、数据库等在线服务。

       b. 在线交互实时化：针对业务系统数据交互，提供各业务系统数据对接的统一服务平台；针对实时数据分析汇总服务，提供指标级数据统一口径，在线实时数据服务调用。

       c. 数据开发可视化：提供服务接口的可视化配置能力，降低接口开发技术要求，易于掌握和维护；提供数据服务可视化管理界面，统一维护、统一管理。

---

四、应用向中台迁移的3种途径和方法

1、方法1：新应用替换旧应用

• 第一步：搭建中台，提供企业运营的核心机制，输出业务能力；
• 第二步：基于中台，建设全新应用，优化现有流程，提高用户体验；
• 第三步：开发接口系统，保证新旧系统的数据同步，上线前迁移一份旧数据到中台；
• 第四步：新应用和中台稳定运行一段时间后，停止旧应用。

2、方法2：改造旧应用与中台对接

• 第一步：搭建中台，提供企业运营的核心机制，输出业务能力；
• 第二步：基于中台，对应用进行部分改造，由中台提供的能力转接到中台，中台未提供的能力继续由旧系统应用自己实现；
• 第三步：迁移旧应用的相关数据到中台；
• 第四步：发布运行。

3、方法3：直接建设中台

• 第一步：借鉴行业经验，结合企业初步设想，先搭建中台；
• 第二步：面向用户收集需求，不断迭代中台；
• 第三步：迭代过程中，不断调整和沉淀业务能力；
• 第四步：根据业务需求，结合中台，规划应用和推行建设。

4、异构数据2种迁移方案（增量、全量）

• 增量数据迁移不需要停服，但需要完成较多的接口联调，适用于“逐步替换”的中台迁移方法；
• 全量数据迁移需要专门的停服时间来保证数据的一致性，需多次演练，以保证停服当天的成功。