中台不是凭空而来,亦不是平台化架构换个名字。中台化架构是平台化架构的自然演进。一定规模的互联网IT公司都可能有一个叫共享平台或者平台技术这样的部门,就是把业务基础设施和技术基础设施下沉,然后由对应的研发和产品部门去负责。但久而久之,共享平台就成了资源中心,前端业务找你就是要人干活,平台做的也是接客干活。各平台接客模式协同负责度高,周期长。一个商业系统不仅仅是组织几个component,而是需要解决方案。中台提供的能力可以是service、可以是由service组合的组合能力、亦可以是解决方案(solution)的直接输出。
平台化目标是高内聚、低耦合;职责边界清晰;易于集成等。那么中台化架构进一步可总结为:高内聚、低耦合;数据完整性原则;业务可运营原则。当然,从架构方法来讲,宜采用渐进式架构的演进原则。如果一个中台把若干平台聚拢起来,对业务支持的SLA没有变化、也没有在业务运营上有所改变,一定是失败的。
以上图为例,业务在发展过程中,会有若干业务系统。平台化的架构是按项目模式,把公共平台和业务系统的架构师,开发,测试,产品搞在一起协同、排期、研发、上线。中台化架构可以在进一步把平台能力按能力、服务、实体进行管理。把平台划分为系统运行、业务运营2部分。
阿里巴巴电商中台的负责人玄难提到:我们讲整个淘宝最早是一个系统搞定,后来不行,必须分拆,用分布式架构,后来每个系统又很复杂了。阿里的生态太大了之后,其实每个人进来已经不知道阿里有什么了,所以必须通过中台把我们有什么能力要呈现出来,让业务方根据自己的需要去选择去使用。同时,我们在架构上能让业务方在这些能力上可以自己去定制,组装成自己的业务。当前的问题通过中台的思路去解决,慢慢这个矛盾就会变低,但必然会产生新的矛盾,就需要用新的思想去解决。
电商业务中台,有四件事情肯定要去做:
中台不只一种解法,实现中台有不同的方法和实施路径,但可以总结出类似的目标和价值。
平台化相比于烟囱型架构基于提升效能,消除重复,职责聚焦的视角而来;而中台化是平台化的自然演进,以进一步通过改变组织阵型提升效能、数据化运营、更好支持业务发展和创新。任何应用架构、组织架构都没有终点,只有“合适”。
中台是思想,微服务是一种实现方式。你觉得中台架构和微服务是什么关系呢?欢迎留言!
备注:来自只喝牛奶杀手的整理