网易中台的博弈与演进.pptx

网易中台的博弈与演进 为什么要有中台的概念？ 为什么要有中台的概念 中台是为了体现IT技术、IT系统及IT部门的业务价值而诞生的概念 v服务共享 v技术赋能 v支持快速创新 v辅助战略决策 什么是中台？ • 误区（1）将ERP、CRM等后台系统通过ESB暴露出去 问题一：CRM是后台管理语言，不是前台业 务语言，从后台的CRM到门户/APP上的用户 中心中间还有一定距离 问题二：单体应用群通过ESB暴露出去，虽可 以实现信息拉通，但是无法达到中台快速迭代 的目标 什么是中台？ • 误区（2）微服务，容器，语音识别，自然语言处理等技术平台 问题： 业务 中台 用户中心 智能客服中心 语音识别本身不带业务属性 微服务 治理平 台 微服务治理平台是管理服务之间调用 的底座平台也不带业务属性 技术 平台 语音识别 服务 自然语言处理 服务 通过微服务组合用户中心，语音识别， 自然语言处理等服务构建出来的智能 客服中心才是中台 底座 平台 容器平台 到底什么是中台？ 什么是中台? 传统企业在采购外部系统 的情况下可采用此模式 ERP，SAP，CRM等 在研发力量充足的情况下 微服务平台，容器平台等 可采用此模式 通过将 在 的支撑下进行 或者 从而形成 的共享服务以支撑前端 的平台 从技术语言到前台业务语言 从内部管理语言到前台业务语言 中台最终的效果，没有这 个效果无所谓中台 中台战略的收益 前台强调贴近用户，快速应对市场变化 中台强调资源整合和能力复用，避免重复造轮子 能 力 中 台 网 易 流 量 中 心 网 业 务 服 务 中 心 数 据 资 产 服 务 网 易 支 付 中 心 网 易 营 销 中 心 网 易 用 户 中 心 账 统 号 一 管 网 理 易 中 所 心 有 一 网 监 易 控 各 和 产 流 品 量 流 交 量 换 的 短 新 视 闻 频 、 … 音 新 随 的 业 业 务 务 发 能 展 力 持 通 信 与 视 频 视 通 频 信 能 用 力 的 务 企 提 业 供 数 大 据 数 资 据 产 服 ， 务 为 交 网 付 易 中 宝 心 、 的 通 客 过 户 网 数 易 据 所 形 有 成 产 标 品 签 得 化 到 易 内 容 中 心 网 … 乐 提 易 、 供 通 支 产 游 续 信 付 品 戏 沉 构 与 的 统 、 淀 业 建 9 基于云原生理念 云原生应用 云原生是一种应用架构，代表了以开源技术社区为主导的最新技术工具与演进方向。 包含 CICD持续交付，微服务，敏捷基础设施，云原生12要素 等几大主题。 中台服务采用基于云原生的技术和管理方法，可以达到高效和持续的服务能力。 中台的建设方式与要点 中台构建方式：封装 vs. 重构 封装式 前 • 前台APP或者门户一旦需求改变， 后台CRM,ERP不可能随之改变， 所以封装中台服务层快速适配 统一门户 APP OpenAPI 订单管理 台 API网关 服 • 中台服务层采用最新微服务架构 微服务 治理 务 用户中心 层 工单服务 支付中心 进行开发，适应前台快速迭代 REST ESB/API网关 SOAP/REST • 传统服务多使用SOAP协议暴露 接口，可通过ESB或者API网关 转换为RESTFul接口对上暴露 传统 服务 SAP CRM OA ERP 中台构建方式：封装 vs. 重构 重构式 • 适用于技术负债轻，技术力量充足， 有能力掌控现有系统进行全方位的 重构为微服务架构，并以此为底座 构建中台 • 可全面实现自主可控，和快速迭代 • 由于对技术重度依赖，会有独立的 部门维护技术平台，可以称为技术 平台或技术中台 中台构建流程 高阶规划 业务拆分、持续迭代 统一语言 分析领域 定义限界上下 文 定义实体、聚 合、服务等 编码 形成微服务 测试 上线 业务分析 服务治理 战术设计 战略设计 UI层 ü 分层结构 ü 领域服务 ü 领域事件 ü 值对象 ü 实体 应用层 领域层 基础设施层 ü ü 问题域 限界上下文 ü 资源库 ü 工场 ü 聚合 中台构建的三大要点 组织架构 业务架构 从服务化到微服务化 从管理到治理 范畴问题与考核问题 SaaS产品化与货币化 IT架构 从命令式运维到声明式运维 容器化与DevOps 组织架构 范畴问题 哪些应该作为中台？ 产品化思维 策略问题 绩效问题 标杆业务线 普通业务线 先服务化什么作为中台？ 如何评价中台部门的绩效？ 货币化思维 成本考核 示范效应 资源优势 IT架构 • 阶段一：服务化阶段，构建DevOps流程 敏捷开发 为什么中台需要微服务+容器+ 持续交付？ Dev 开发，构建，测试 微服务 服务发现，配置中心，熔断降级 Kubernetes + Docker 容器化 Dockerfi