昨天在公司开会讨论下一阶段的目标:平台化建设的实施路径。想到之前平台化建设的经验,又结合这次面临的业务领域问题,沉淀一些通用体系设计的思考备忘。
以史为鉴
之前两次平台化建设经历的经验和教训
1. 大平台(业务中台)建设(失败):将领域不同的所有服务如消息服务、支付服务、账号服务、账单服务统一平铺到一个门户平台上,通过包装类似Lion的统一配置组件实现集中管理,但数据层未统一,导致业务依然是割裂的使用各服务。
2. 小平台(消息平台)建设(成功):在统一了业务实体定义,治理了存量业务接入方式,聚合了数据层的情况下;通过业务从接入-》查询实时状态-》数据统计-》计费对账全流程将多个原来边界清晰的服务作为同类通道使用,给业务一致、全面的体验,并形成丰富的协同组合。
通用模型
从硬件设计到软件架构到体系建设不同领域通用的平台设计模型
1. 硬件设计如CPU平台有数据总线、控制总线、地址总线;交换机平台有数据平面、控制平面、管理平面
2. 软件架构上有MVC模型,微服务/大数据架构上也区分数据集群、计算集群
这些都是线路、组件、实例、服务从简入繁的必经之路,通过平台化化整为零
那么大的体系建设也可以采用类似模型,聚合数据平面仅开放有限的数据入口做到可管可控,统一展示平面给外界一致的操作体验,规范管理平面设定清晰、标准的维护流程降低管理成本和风险。
网友评论