Service Mesh不是微服务世界的一个整体(讽刺)解决方案吗？

Question

在回顾和试验了服务网格产品之后，服务网格不是微服务世界的整体(讽刺)解决方案吗？

Answer 1

实际上，我认为它们是微服务世界的逻辑副产品。迁移到微服务体系结构的最大驱动因素之一是分离关注点，以便各个服务能够很好地实现非常具体的功能。

例如，翻译服务应该采用一种语言的输入文本，并将其转换为另一种语言的输出文本。编写该服务的团队应该由通用开发人员和专业语言学家组成。然而，在许多情况下，我们迫使此业务逻辑的开发人员关注其他事情(例如，传输层安全性、访问控制、指标收集、公告和发现)。

服务的点将它与微服务的网络连接起来，几乎是另一个微服务。这是一个特殊的问题，当以这种方式对待时，允许其他人专注于产生收入或解决问题的事情。

对微服务的大部分推动来自于那些在微服务领域规模非常大的公司和组织，这是有原因的。还应该注意的是，大多数服务网格控制平面是通过微服务实现的，而不是单片。

Answer 2

在某些方面，是的，它们是。服务网格客户端通常在容器上运行，容器处理(可能) authN、authZ、聚合日志记录和负载平衡。

另一方面，当我们从巨石移出时，理论上我们应该复制所有的业务逻辑和授权机制。这将引入复制并增加维护工作。

服务网格很有用，因为它们从开发团队中提取了这些关注点。