服务化构建 - 多维度的认识中台
一月份的一篇关于中台的解读文章,整理到写作平台,供大家评论阅读
昨天看到两篇关于【中台】的评论文章,都在转发,目测会成为短时间的爆文。文中的大概意思是说,中台不是万能的。
两篇文章地址如下,对比的看
其实说明白一点 就是以中台为业务的技术服务公司 吹的太厉害了,被客户认为中台是万能的。
再说明白一点,就是经济学上的信息差,在没有搞明白一个新概念,新事物的前提下,客户为自己的信息不对称交的智商税。
我在工作中或多或少接触过中台的概念,所以对中台感兴趣,最近也在深入学习。
自己得出一个结论:中台是一个企业级的架构战略问题,不是一个组织,部门,甚至是老板单方面能决定的。
中台从技术方面来讲,和微服务,分布式,云计算等,有类似之处。都被热炒,都是不谈论没事,一谈论就各执一词,都有理论,都有道理,没有统一的规范,不了了之。
微服务,中台要能够落地,还有一个组织问题,就是康威法则,康威法则说过每个部门都是一堵墙,每个部门都在自我保护。要落地新概念,就要变革组织架构。看看大厂的变革升级。
企业级与被复用
中台有两个特点,必须满足,才能继续,一就是企业级的,公司层面的。二就是中台的服务方必须是多方面的,也就是说中台一定是被复用的系统,还得灵活多变,快速响应。
中台从无到有,是要把后台的一些事交出来的,还得用新的方式去做,这里边必然有利益切割。
以上对于传统企业来说,首先要做事就是数字化转型,一些手工的纸质的变成数字的,可显示的,可量化的。这里边又有一个利益的问题。
中台实际上是一个方法论,需要具体的实践才能发挥作用。计算机届很常见,比如 7 层模型是一种分层方法论,TCP/IP 分层模型是它的实现,RPC 是一种方法论,HTTP 是其中的一种实现。
学以致用
作为一名普通的开发者,【如何在自己的工作中实践中台思想】 才是结合这些理论应该做的。
如果公司没有中台计划,就严格遵守软件开发的几个核心思想就可以 了,分层设计,职责分离,功能模块化,业务组件化,服务接口化。
系统微服务化的程度有多少,研究下 BFF(Backend-For-Frontend),之前写过一篇文章介绍 BFF,介绍一个架构新词-BFF(这个和微服务也有关系)这些都是中台思想的实践产物。
简单说这么多。更多想法,欢迎留言交流。
end 2020 年 1 月整理
推荐阅读
本文已同步到 公众号《图南日晟》服务化架构 专栏 欢迎关注
版权声明: 本文为 InfoQ 作者【图南日晟】的原创文章。
原文链接:【http://xie.infoq.cn/article/544460b26704f556cc58d62b8】。文章转载请联系作者。
评论