成长系列第三篇-多维度的认识新概念-中台

昨天看到两篇关于【中台】的评论文章,都在转发,目测会成为短时间的爆文。文中的大概意思是说,中台不是万能的。

两篇文章地址如下,对比的看

中台,我信了你的邪

中台与大佛爷

其实说明白一点 就是以中台为业务的技术服务公司 吹的太厉害了,被客户认为中台是万能的。再说明白一点,就是经济学上的信息差,在没有搞明白一个新概念,新事物的前提下,客户为自己的信息不对称交的智商税。

我在工作中或多或少接触过中台的概念,所以对中台感兴趣,最近也在深入学习。一个结论是中台是一个企业级的架构战略问题,不是一个组织,部门,甚至是老板单方面能决定的。

中台从技术方面来讲,和微服务,分布式,云计算等,有类似之处。都被热炒,都是不谈论没事,一谈论就各执一词,都有理论,都有道理,没有统一的规范,不了了之。

微服务,中台要能够落地,还有一个组织问题,就是康威法则,康威法则说过每个部门都是一堵墙,每个部门都在自我保护。要落地新概念,就要变革组织架构。看看大厂的变革升级。

企业级与被复用

中台有两个特点,必须满足,才能继续,一就是企业级的,公司层面的。二就是中台的服务方必须是多方面的,也就是说中台一定是被复用的系统,还得灵活多变,快速响应。

中台从无到有,是要把后台的一些事交出来的,还得用新的方式去做,这里边必然有利益切割。

以上对于传统企业来说,首先要做事就是数字化转型,一些手工的纸质的变成数字的,可显示的,可量化的。这里边又有一个利益的问题。

中台实际上是一个方法论,需要具体的实践才能发挥作用。计算机届很常见,比如 7 层模型是一种分层方法论,TCP/IP 分层模型是它的实现,RPC 是一种方法论,HTTP 是其中的一种实现。

学以致用

作为一名普通的开发者,【如何在自己的工作中实践中台思想】 才是结合这些理论应该做的。

如果公司没有中台计划,就严格遵守软件开发的几个核心思想就可以 了,分层设计,职责分离,功能模块化,业务组件化,服务接口化。

系统微服务化的程度有多少,研究下 BFF(Backend-For-Frontend),之前写过一篇文章介绍 BFF, 介绍一个架构新词-BFF(这个和微服务也有关系) 这些都是中台思想的实践产物。

简单说这么多。更多想法,欢迎留言交流。

end 2020 年 1 月整理

推荐阅读

成长系列第二篇-有技术债就得还

成长系列第一篇-技术人员的去技术化和多元化

系统化服务构建-软件工程分层

系统服务化构建-状态码设计要点

系统服务化构建-分布式基本特征

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章