架构 平台架构和中台化

平时常见的微服务架构其实就是一种平台化的架构。

平台化架构由于缺乏对于前端业务一以贯之的端到端的支撑能力,平台与平台之间随时存在gap。

平台化架构按照康威定律,必然是几个平台,几个团队,涉及到巨大的沟通成本而导致协作困难。

平台化架构在数据化运营上存在短板,往往需要把多个平台的数据集成到一起并加工分析而产生新的支持到业务的价值。

平台化目标是高内聚、低耦合;职责边界清晰;易于集成等。

中台化架构进一步可总结为:高内聚、低耦合;数据完整性原则;业务可运营原则。

中台化之后:平台划分为系统运行、业务运营2部分。实现80% 甚至更多的业务需求由业务团队自助进入。这反映到前端业务上支持效能提升了,中台的代码基本不用研发,沟通成本也急剧下降。其2,中台的架构师和研发队伍可以把精力放到中台能力提升。

各个中台服务互为消费关系,虽然各中台职责分明,但如何更好的服务业务,服务用户,提升企业运营能力甚至支持产品创新都是最基础的原则。

微服务(平台化)化相比于烟囱型架构基于提升效能,消除重复,职责聚焦的视角而来;而中台化是平台化的自然演进,以进一步通过改变组织阵型提升效能、数据化运营、更好支持业务发展和创新。

中台和微服务(平台)的区别:

中台模式可以构建解决方案能力,快速支持业务,消除平台之间的gap、通过组织变革配套促进创新。

SOA架构的核心价值:服务复用,通过服务编排帮助企业快速响应和创新。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

友情链接更多精彩内容