平台化建设模型

昨天在公司开会讨论下一阶段的目标：平台化建设的实施路径。想到之前平台化建设的经验，又结合这次面临的业务领域问题，沉淀一些通用体系设计的思考备忘。

以史为鉴

之前两次平台化建设经历的经验和教训

1. 大平台（业务中台）建设（失败）：将领域不同的所有服务如消息服务、支付服务、账号服务、账单服务统一平铺到一个门户平台上，通过包装类似Lion的统一配置组件实现集中管理，但数据层未统一，导致业务依然是割裂的使用各服务。

2. 小平台（消息平台）建设（成功）：在统一了业务实体定义，治理了存量业务接入方式，聚合了数据层的情况下；通过业务从接入-》查询实时状态-》数据统计-》计费对账全流程将多个原来边界清晰的服务作为同类通道使用，给业务一致、全面的体验，并形成丰富的协同组合。

通用模型

从硬件设计到软件架构到体系建设不同领域通用的平台设计模型

1. 硬件设计如CPU平台有数据总线、控制总线、地址总线；交换机平台有数据平面、控制平面、管理平面

2. 软件架构上有MVC模型，微服务/大数据架构上也区分数据集群、计算集群

这些都是线路、组件、实例、服务从简入繁的必经之路，通过平台化化整为零

那么大的体系建设也可以采用类似模型，聚合数据平面仅开放有限的数据入口做到可管可控，统一展示平面给外界一致的操作体验，规范管理平面设定清晰、标准的维护流程降低管理成本和风险。