容器编排既不能解决微服务的全部问题，你还需要服务网格

最近的几次关于容器使用情况的调研都得到了相似的结果，开发团队不仅采用而且开始拥抱容器技术。大多数人并没有像超大型组织那样大规模的使用容器。在一项思科赞助的调研中发现有超过8000家企业在生产环境中使用容器。这听起来令人印象深刻，但他们使用容器的规模有限。

在戴尔EMC，英特尔和Red Hat的2019年容器生态系统调查中，只有不到10％的受访者表示他们运行着超过100个容器。事实上，只有18％的受访者报告说，他们的公司平均每个应用程序使用20个或更多的容器。这意味着大多数组织还没有为容器而设计他们的应用程序。

这并不令人惊讶。容器编排不能解决微服务的全部问题。你需要一个服务网格来提供更高级别的网络连接和安全机制。

容器编排

容器编排工具(例如Kubernetes和Docker Swarm)旨在简化在生产环境中部署和管理容器。它们可以自动执行诸如调度、负载均衡和服务发现之类的任务。这可以帮助你更快地将应用程序部署到生产环境，并使应用程序更容易管理。

但是，容器编排工具并不能解决微服务的全部问题。例如，它们不能提供开箱即用的安全性或流量管理功能。这就是服务网格的用武之地。

服务网格

服务网格是一个独立于应用程序的网络层，它提供了一些额外的功能，例如：

• 安全性：服务网格可以提供诸如身份验证、授权和加密之类的安全性功能。这可以帮助你保护你的应用程序免受攻击。
• 流量管理：服务网格可以提供诸如负载均衡、故障转移和速率限制之类的流量管理功能。这可以帮助你确保你的应用程序始终可用，并且能够处理峰值流量。
• 可观察性：服务网格可以提供诸如日志记录、跟踪和指标之类的可观察性功能。这可以帮助你监视你的应用程序并诊断问题。

服务网格与容器编排工具一起使用，可以提供一个完整的平台来部署和管理微服务。容器编排工具负责调度和管理容器，而服务网格则负责提供安全性、流量管理和可观察性功能。

结论

容器编排工具对于部署和管理微服务非常有用，但它们并不能解决微服务的全部问题。你还需要一个服务网格来提供更高级别的网络连接和安全机制。服务网格与容器编排工具一起使用，可以提供一个完整的平台来部署和管理微服务。

致谢

感谢戴尔EMC，英特尔和Red Hat提供2019年容器生态系统调查。