Medium如何具体实施其微服务架构策略？

本文共计7038个文字，预计阅读时间需要29分钟。

微服务架构的目标是帮助工程团队更快、更安全、更高质量地交付产品。微服务允许团队快速迭代，最小化对系统的其他部分的影响。在Medium上，我们的技术栈始于2012年的单一Node.js应用。

微服务¹架构的目标是帮助工程团队更快，更安全，更高质量地交付产品。解耦服务允许团队快速迭代，对系统的其余部分影响最小。

在Medium，我们的技术堆栈始于2012年的单片Node.js应用程序。我们已经构建了几个卫星服务，但我们还没有制定一个系统地采用微服务架构的策略。随着系统变得越来越复杂并且团队不断发展，我们在2018年初转向了微服务架构。在这篇文章中，我们希望分享我们有效地做到这一点并避免微服务综合症的经验。

什么是微服务架构？

首先，让我们花一点时间来思考微服务架构是什么，不是什么。“微服务”是那些过载和混乱的软件工程趋势之一。这就是我们在Medium认为它是什么：

在微服务架构中，多个松散耦合的服务协同工作。每项服务都专注于一个目的，并具有相关行为和数据的高度凝聚力。

该定义包括三个微服务设计原则：

单一目的 - 每项服务应专注于一个目的并做得好。

松耦合 - 服务彼此知之甚少。对一项服务的更改不应要求更改其他服务。服务之间的通信应仅通过公共服务接口进行。

高内聚性 - 每项服务将所有相关行为和数据封装在一起。如果我们需要构建新功能，则所有更改应仅本地化为一个服务。

Three Principles of Modeling Microservices

当我们对微服务进行建模时，我们应该遵守所有三个设计原则。这是实现微服务架构全部潜力的唯一途径。错过任何一个都会成为反模式。