在审查和试验了服务网格产品之后，服务网格不是微服务领域的单一（讽刺）解决方案吗？
问问题
87 次
2 回答
4
实际上，我认为它们是微服务世界的逻辑副作用。迁移到微服务架构的最大驱动力之一是分离关注点，以便各个服务很好地实现非常特定的功能。
例如，翻译服务应采用一种语言的输入文本并将其转换为另一种语言的输出文本。编写该服务的团队应该由通用开发人员和专业语言学家组成。然而，在许多情况下，我们迫使此业务逻辑的开发人员关注其他事情（例如，传输层安全性、访问控制、度量收集、公告和发现）。
服务网格的重点是将微服务的网络视为几乎另一个微服务。这是一个专门的问题，当以这种方式对待时，它可以让其他人专注于做能产生收入或解决问题的事情。
对微服务的大力推动是有原因的，这些公司和组织在非常大规模的微服务领域非常深入。还应该注意的是，大多数服务网格控制平面都是通过微服务实现的，而不是单体应用。
于 2020-02-05T02:02:50.713 回答
0
在某些方面是的，它们是。服务网格客户端通常在处理（可能）authN、authZ、聚合日志记录和负载平衡的容器上运行。
另一方面，当我们从单体架构中移出时，理论上我们应该复制所有的业务逻辑和授权机制。这将引入复制并增加维护工作。
服务网格很有用，因为它们从开发团队中提取了这些问题。
于 2020-02-07T12:43:19.653 回答