微服务全做错了！谷歌提出新方法，成本直接降9倍！

• 谷歌坐不住了：我们做的微服务都错了！
• 亚马逊Prime Video团队：放弃微服务，改用单体
• 放弃微服务的，不止谷歌、亚马逊
• 微服务的虚假繁荣：从单体变成“分布式单体”
• 谷歌提出了一种新的微服务
• 基础架构重新思考的一年

撰稿 | 言征 如烟

2023，微服务“水逆”之年。

长期以来，不管大厂还是小厂，微服务都被认为是云原生服务应用程序架构的事实标准，然而2023，不止那位37signals的DHH决心下云，放弃微服务，就连亚马逊和谷歌等这些云巨头，正在带头开始革了微服务的命。

谷歌坐不住了：我们做的微服务都错了！

“在编写分布式应用程序时，传统观点认为将应用程序拆分为可以独立推出的独立服务。这种方法的初衷是好的，但像这样基于微服务的体系结构往往会适得其反，带来的挑战抵消了体系结构试图实现的好处。

今年6月，一群谷歌员工（由谷歌软件工程师Michael Whittaker领导）发表了一篇名为“Towards Modern Development of Cloud Applications”的论文，开篇就对当下的微服务架构开怼。

文章认为，从架构上讲，微服务本身设置就有问题，它是一个没有边界的结构：“从根本上说，这是因为微服务将逻辑边界（如何编写代码）与物理边界（如何部署代码）混为一谈。”

因此，谷歌的工程师们提出了一种堪称“微服务2.0”的方法。将应用程序构建为逻辑整体，但将其交给自动化运行时，后者可以根据应用程序所需的内容和可用的内容来决定在哪里运行工作负载。

基于新提出的结构，他们能够将系统的延迟降低15倍，成本降低9倍。

“从有组织的模块化代码开始，我们就可以将部署架构作为实现细节，”Google开发人员倡导者Kelsey Hightower在10月份对这项工作表示了下一步计划。