想法

平台化建设模型

2022-04-02  本文已影响0人  虚拟现实235

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

以史为鉴

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

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

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

通用模型

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

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

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

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

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

上一篇下一篇

猜你喜欢

热点阅读