架构不止-严选Service Mesh架构的持续演进

Maslow/王育松（网易严选技术团队）

同严选的业务一样，在下层承载它的IT系统架构一样要生存、呼吸、增长和发展，否则过时的、僵化的IT系统架构会使我们的组织和业务陷入停顿，无法面对新的机遇和挑战。 这些年业界的服务端架构理念一直在持续演进，从单体模块化架构，到SOA，再到微服务，最后到Service Mesh。严选服务端架构的演化正是它的一个缩影，在某些方面我们甚至还领先于业界的发展。

前言

同严选的业务一样，在下层承载它的IT系统架构一样要生存、呼吸、增长和发展，否则过时的、僵化的IT系统架构会使我们的组织和业务陷入停顿，无法面对新的机遇和挑战。

这些年业界的服务端架构理念一直在持续演进，从单体模块化架构，到SOA，再到微服务，最后到Service Mesh。严选服务端架构的演化正是它的一个缩影，在某些方面我们甚至还领先于业界的发展。

架构成熟度

虽然业界没有一种通用的架构成熟度模型可以用来度量，但从单体模块化、到SOA、再到微服务、最后到Service Mesh的架构成熟度级别毋容置疑是逐步上升的。

每个级别都有一系列自己的问题，这些问题需要在下一级别来解决。

不同级别有不同的复杂性，不同级别也有不同的侧重点。

• 单体模块化架构

  强调业务逻辑按模块划分，高内聚低耦合。模块间通信通过同进程内的方法调用进行。

• 面向服务的架构(SOA)

  强调业务逻辑在应用粒度的复用，收口和归一散落的业务逻辑，可以理解为是业务逻辑的水平拆分。服务间通信通过企业服务总线进行,总线上会耦合少量业务逻辑。

• 微服务架构

  强调业务逻辑在应用粒度的解耦，可以理解为高内聚低耦合业务逻辑的垂直拆分。服务间通信通过RPC进行。

• Service Mesh

  强调业务逻辑与服务治理逻辑的分层及解耦，这是另外一种层面的分层和解耦，在业务逻辑和基础实施逻辑间划分出清晰的边界。Service Mesh架构下，服务间通信通过网格进行代理。

  所有这些架构模式无一不在强调解耦和复用，而Service Mesh是所有架构模式中解耦和复用最彻底的，它不仅仅强调业务逻辑的解耦和复用，更强调基础设施的解耦和复用。

什么是Service Mesh

先来看Service Mesh的定义，这个定义是Service Mesh的先驱公司Linkerd的CEO William提出来的。