【问题标题】:Why do we need a service mesh on Kubernetes?为什么我们需要 Kubernetes 上的服务网格?
【发布时间】:2021-08-16 09:38:11
【问题描述】:

服务网格的主要特点是

  1. 服务发现
  2. 配置管理

它们都是由 Kubernetes 提供的。
那我们为什么需要服务网格?

*我知道对于更复杂的任务,例如分区、安全、复杂的负载平衡和路由服务网格是正确的工具。

【问题讨论】:

  • 这能回答你的问题吗? Kubernetes - is Service Mesh a must?
  • 似乎是我提到的 *我理解对于更复杂的任务,例如分区、安全、复杂的负载平衡和路由服务网格是正确的工具。

标签: kubernetes microservices istio consul


【解决方案1】:

简而言之,应用服务网格(例如 Istio)有助于更轻松地建立和管理服务(微服务)之间的通信,尤其是当您拥有大量服务时,还可以提供安全性和其他功能。但是,如果您只有几个服务,例如,您可能不需要它。

【讨论】:

  • 任何非凡的服务混搭功能对他们来说是一个非常好的卖点?
  • 并非如此。至少我们有 Istio,它是一个开源并使用 Apache License 2.0。
  • FYI.. 根据网站 istio.io 的说法,“随着分布式服务的部署(例如在基于 Kubernetes 的系统中)的规模和复杂性的增长,它可能变得更难理解和管理. 它的要求可以包括发现、负载平衡、故障恢复、度量和监控. 服务网格还经常解决更复杂的操作要求, 如 A/B 测试、金丝雀部署、速率限制、访问控制、加密和端到端-结束身份验证。”
  • 添加到原始答案:kube-proxy(k8s 默认代理)设置是全局的,无法对每个服务进行细粒度控制,而服务网格将流量控制从服务层中取出Kubernetes 通过 sidecar 代理 - 允许更大的弹性。
猜你喜欢
  • 2018-03-08
  • 1970-01-01
  • 2010-11-24
  • 2017-05-16
  • 1970-01-01
  • 2020-08-29
  • 2019-06-09
  • 2012-02-22
  • 1970-01-01
相关资源
最近更新 更多