Envoy、服务网格和可观察性之企业最佳实践

2019年5月7日 | 作者 Stela Udovicic | 译者 张新峰 | 审校者 孙海洲 | 3600字 | 阅读大约需要8分钟
查看原文 | 归档于 istio | 标签 #istio #envoy

编者按

Envoy 创始人 Matt Klein 分享了他对企业开始使用 Envoy 部署微服务所遇到的挑战以及可观察性的看法和选择,他认为 Service Mesh 还处于早期阶段,企业应该逐步推进,同时最好选择商业解决方案。

Service Mesh 的受欢迎程度正在飙升,尽管它还处于初期阶段。在为部署 Envoy 的企业寻求有关服务网格和可观察性最佳实践的建议时,我与 Envoy 的创建者和云原生计算基金会(CNCF)技术监督委员会(TOC)的代表 Matt Klein 聊了聊。在下面的讨论中,Matt 分享了他对企业开始使用 Envoy 部署微服务所遇到挑战的看法,同时也谈到了可观察性,以及在与 Envoy 一起选择可观察性平台时可以做出的选择。

Stela Udovicic:您认为在采用微服务时遇到什么样的痛点表明应该去考虑 Envoy?

Matt Klein:我认为当人们采用微服务时,他们会看到普遍存在的问题,其中很多问题都与网络和可观察性有关。有关网络稳定性的问题,有关重试和断路等相似的问题都是常见的例子。所以,这将通过用他们最终使用的任何语言编写一堆代码来解决,或者他们可能会采用一些外部进程代理。

Stela Udovicic:对于在生产中部署 Envoy 的人来说,他们将面临哪些挑战,以及学习哪些经验教训可以更顺利地采用 Envoy?

Matt Klein:从 Envoy 的角度来看,我认为这并不容易,它有数据平面,还有控制平面。在我们的组织(Lyft)中,我们将不可避免地最终需要两者,并且 Envoy 没有自己的控制平面。然而,许多项目和系统正在涌现,现在,所有这些都是控制平面,无论是像 Istio,AWS App Mesh 这样的云管理服务,还是来自 Solo.io 的 Gloo 等等。所以我认为人们必须决定的第一件事是他们是否想直接使用 Envoy,或者他们是否想尝试使用更加整体的解决方案。再说一次,无论是Istio,Consul Connector App Mesh还是其他什么类似的方案,我个人建议大多数客户开始尝试其中一个项目。我认为他们应该选择一个比 Envoy 知识更少但是功能更全面的方案,我想说,普通用户更容易接受。

接下来的事情是考虑逐步部署。它不应该是一个大爆炸,所以您要考虑好您想要解决的问题,就从那个问题开始,首先搞定如何部署一组服务,并看看它是如何工作的,然后从那里展开。所以我认为逐步部署是一个关键。显然,逐步部署和回滚,并试图弄清楚 Envoy 是应该单独使用还是应该将它作为更大产品或系统的一部分使用。

Stela Udovicic:在您的会议中,您提到 Envoy 提供的最有价值的东西之一就是可观察性。了解延迟的分布至关重要,不仅适用于云原生组织,也适用于小型公司和更传统的企业。您能详细说明信任测量数据的重要性以及尾端延迟的负面影响吗?

Matt Klein:嗯,我认为大家对于用户体验或者您尝试提供的 SLA 或 SLO 都有高度关注。虽然知道 P50 可能很有用,但事情通