GitHub 前 CTO：全面微服务是最大的架构错误！网友：这不是刚改完吗...

• 任职期间，GitHub 迁到微服务架构
• 如何迁移
• 有人放弃微服务

近日，GitHub 前 CTO Jason Warner 在推特上表示，“我确信过去十年中，最大的架构错误之一就是全面使用微服务。”从单体应用到微服务的规划顺序，Warner 的建议是：单体>应用程序>服务>微服务。

Warner 表示，这是一种思维方式而非规则。“任何构建过大型分布式系统的人都知道他们并不真的那样工作，但还必须适应它。”其次，Warner 表示认为，公司所处的阶段很重要。如果是一家 5-50 人的公司，只需坚持使用单体。

Warner 先对服务和微服务的定义进行了阐释。服务支持应用程序 / 单体，是核心基础设施，被大量需要，为核心合规功能，可能不是应用程序团队编写的（基础设施团队维护）；微服务则有几百行代码，大部分是一次性的，可能或应该是库、SDK 等。对于为什么不太看好微服务，Warner 给出的理由如下：

• 一般来说，整个工程团队在一个大型应用程序中工作（想像 Rails 应用程序中的整个站点），比推理微服务将以何种方式失败要容易得多。
• 无论如何，随着企业发展而拥有的分布式系统，引入数十个微服务进行推理已经很难了，更不用说数百个各有风险的微服务。
• 完全微服务化时，需要引入新的概念来处理“sprawl”。