连微服务都没经历，直接上中台，可行么？| ArchSummit

最近国内出现了像业务中台、数据中台、前端中台等多个品种的中台服务。而在英文里，能想到的对应单词就是 Platform，正如说了很多年的 Platform as a Service。那么，中台和平台到底有什么区别，大家对这两者有怎样的认知呢？

Shopee 的冯湧老师认为，中台的能力主要体现在业务价值上，可以为不同的场景提供不同的服务能力。

华为云王启军老师认为可以以 IoT 平台为例，IoT 平台存在很多动态需求，例如平台下连接着汽车、摄像头、家电等各种设备，这些设备都需要进行管理、升级、连接。如果存在一个中台可以统一管理底层设备，就能够把下面相同的部分抽象出来，让系统变得更有层次感、更优雅，而研发团队只需要把精力用在上层应用开发就好。这里的中台更重要的是可以复用很多组件，更方便地去做很多系统。

平台和中台分开是有好处的，平台更关注自身。同程艺龙架构师李智慧老师之前曾就职于阿里巴巴平台技术部，做过各种平台技术，例如分布式服务、分布式缓存、分布式消息队列等，类似于云服务，以帮助业务人员实现业务需求。而中台在为前台提供服务的时候要更关心前端诉求，目的性更强。

阿里巴巴资深技术专家雷卷老师根据个人经验总结道，中台其实偏向于业务的抽象能力，如果抽象能力不行、不懂业务，那么做出来的中台也没人用。中台的特殊之处是承接前端和后端的需求，所以中台团队要有一定高度的抽象能力，能为后续高速发展的业务快速建模。

公司的精兵强将被抽调去做中台，一方面不直接接触业务，成就感会降低；另一方面可能吃力还不讨好，如果抽象能力不行，做出来的中台不好，业务方就可能不用中台，这种情况下企业如何把中台战略执行下去呢？

冯湧老师认为，中台面临业务方的挑战确实比较大，因为业务方也有自身业务增长、OKR 等目标。冯湧老师表示，遇到这种问题可以从短期方案和长期方案角度来探讨。短期内业务方可以自己做，但稳定之后，从长期方案角度来说，是不是应该有迁移的规划来配合公司的中台战略？

既然谈到成就感，就一定会涉及到人员的调整。王启军老师说他遇到这类比较难的问题，是通过有计划的人员轮动来解决的，让团队成员站在不同的角度看问题，变换一下视角，对于解决问题有帮助。

对于微服务架构，或者中台架构来说，API 变得尤为重要。王启军老师团队在做微服务框架的时候，建立了重要的“契约管理”模块，即把 API 生成一些规范，通过文档上传到注册中心和治理中心。以此来和协作团队共同建立标准，规范流程。

阿里在中台上的经验积累很丰富，有足够强的业务抽象能力，但也存在一系列问题。雷卷老师认为中台能力既要保证业务上的抽象能力，又要保证技术最领先，这两者之间是存在矛盾的，因为技术的更迭速度要比业务更迭速度快。比如从 Spring 切换成 Spring Boot 也就半年时间，但是业务往往赶不上新技术变更的脚步。

做中台还存在一定的独断性，也就是说做中台的某个技术并不是那么通用，只适用于电商或者社交领域，很多新技术不能立刻使用，这就会影响技术人未来的职业发展，所以会导致一部分人的抵触心理。另外，规模大的公司在做中台，会导致一些原来不重要的问题变得很重要，比如说安全性。即使是在抽象程度已经很高的前提下，也要对付前台各界的各种技术挑战，往往跟不上技术更新的步伐。

2019 年的天猫双十一大促，基本上都是跑在阿里云上的。现在 Cloud Native、Service Mesh、Serverless、Function as a Service 等技术落地应用场景层出不穷。那么中台之后的架构会演变成什么样呢？

首先是云基础平台。李智慧很看好云作为未来架构的发展，因为互联网要解决的技术问题，云都可以解决。但是当前云需要解决安全性问题。

雷卷老师认为，对于安全性和云厂商之间要做到无缝迁移。云和客户之间都要做一些妥协，CNCF 或者 Cloud Native 规范的制定也是为了解决此类问题。客户选择云，主要是云开发便捷，同时成本低。现在基于 Cloud Native 的服务都已经做的很好了，下一步要解决怎么帮助客户节省费用，尤其是客户的开发成本。

李智慧：这是一个价值 100 亿美金同时又很难回答的问题。存在即合理，可能这就是技术团队目前所处在的阶段，也许解决办法在未来。当然也可以找技术水平高的人进来，解决方案多了，自然就有好的解决办法。但是高手的成本可能会更高，同时要考虑后期的维护、业务适配等问题。如果是处在社会主义初级阶段，那就慢慢来。

王启军：千万不要去追求中台的概念，也不需要去追求它的特征。

微服务架构在被人所熟知之前，一直是用 SOA 或服务化来称呼的。它只是架构演进的一个过程，它解决的问题多了，自然就被关注了。为了解决问题而演进架构。

李智慧：这是一个非常典型的案例：试试微服务，进而中台化。

首先，如果只是做一个给公司财务部或者销售部门用的工具，那这不是互联网应用。互联网应用有它的发展路径，有自己的一套规律，同时是在不断地往前迭代。

对于传统企业来说，如果此时你有一些可复用的东西，对公司未来的成长有好处，那可以尝试去做中台这件事情。做法就是把系统之间和可复用的业务抽象出来，让这些系统、组件在公司内部共用。刚开始做的时候不要说中台，低调一点。先按照这条路把东西做出来，当大家都来使用可复用的服务时候，然后你一拍桌子说：这就叫中台，然后你也就掌握了话语权。

虽然大家对微服务的吐槽很多，但它带来的实际价值无法忽略。在 2020 年 9 月 11-12 日 ArchSummit 全球架构师峰会（深圳站）上，关于服务治理、服务网格、云原生等 Practices Driven 类话题，我想也是很多技术人关注的重点。目前大会 8 折优惠报名，限时立减 1760 元！了解更多大会详情可扫描下图二维码或点击【阅读原文】，联系票务经理灰灰：15600537884（同微信）

关注公众号：拾黑（shiheibook）了解更多

[广告]赞助链接：

四季很好，只要有你，文娱排行榜：https://www.yaopaiming.com/
让资讯触达的更精准有趣：https://www.0xu.cn/