本文共 1991 字，大约阅读时间需要 6 分钟。

Reddit引入Envoy到其后端框架，作为服务到服务代理以支持其正在进行的架构改进。通过采用Envoy作为服务到服务第4层/第7层代理，他们发现在可观察性、易采用性和性能上有显著的改进。

Reddit引入Envoy到其后端框架，作为服务到服务代理以支持其正在进行的架构改进。随着其架构从单体架构发展到更小的服务，支持和调试其现有框架极为复杂，变得过于昂贵。通过采用Envoy作为服务到服务第4层/第7层代理，他们发现在可观察性、易采用性和性能上有显著的改进。

根据Reddit的资深软件工程师的说法， 在过去的三年中，Reddit工程团队的规模和产品复杂性上已经。这与其后端架构的改进并行进行，因为他们从单一应用程序转向，开始采用更加面向服务的架构 。这些改变已经增加了他们调试其应用程序方式的复杂性，从调查函数调用转变成了跟踪多个服务之间的RPC。此外，在提供新服务时，工程师需要考虑的注意事项数量也变多了，如今包括了解客户请求行为、重试处理、断路和粒度路由控制。

自从Reddit开始把服务从其整体中分离出来，他们一直在使用Airbnb的作为其。当建立及拆除服务实例时，由SmartStack 处理注册问题。Nerve是一个处理进程，在每个实例上运行边车并把它们注册到一个中央集群中。为了简化程序开发人员的工作，Reddit开发了，这是一个提供健康检查界面和连接到Nerve抽象层的通用框架。

Reddit利用（每个实例的Ruby进程）来管理其服务端点的发现。Synapse读取Nerve填充的Zookeeper注册表，然后把端点条目写入本地配置文件。HAProxy作为边车进程运行，处理下流服务流量的代理和负载平衡。

尽管SmartStack的实现保持了相对不变和可操作性，但是，其不断发展的基础架构已经开始不断挑战SmartStack所能提供的极限。正如Courtney Wang所指出的，这导致团队重新评估服务网格的全景，看看替换它们是否有意义。他们希望解决的关键痛点是：

• Nerve和Synapse只能接受静态配置、服务注册更新所需的配置更改以及跨其服务集群的更新
• Synapse的HAProxy配置编写器只提供基本的路由定义
• 由于HAProxy不理解（Reddit的主要内部协议），它们对通过HAProxy的流量的很低

在选取一个新的服务网格的候选者时，Courtney Wang指出，他们的关键需求是确保对性能无影响、获得代理中的第7层 Thrift的支持，并易于扩展及集成新工具。该团队决定采用Envoy，因为它符合这些要求，并且他们认为这些权衡是可以接受的。

Envoy最大的问题是缺乏一流Thrift的支持。Courtney Wang回忆道，他们和Turbine Labs（Turbine Labs最近宣布支持Envoy）合作，为Thrift支持合同开发。借助该合作关系，他们可以引入、、请求/响应指标和。

他们部署Envoy的第一个步骤是取代HAProxy以获得基本的TCP代理支持。Nerve和Synapse仍将处理服务注册和发现，这意味着它们将无法利用Envoy的动态发现服务。这允许他们保持其服务发现层的稳定，同时将Envoy部署到生产环境中。通过并行运行HAProxy和Envoy，监听不同的端口，它们能够通过调整配置简单地回滚。这也允许它们针对其HAProxy配置审核Envoy配置，以验证其的准确性。

Courtney Wang表示，Envoy现在已经顺利地为生产流量服务了近4个月了。他说，没有停止的问题，但是，描述了Envoy的网络连接处理与HAProxy的不同，导致在应用程序连接管理代码中出现意外错误。

借助Envoy和新的，他们发现在网络层有更好的可观察性，包括请求和响应指标，它们在应用程序代码没有更改前是无法获得的。因为HAProxy仍然作为边车运行，以便在此过渡期间快速回滚，所以，它们还未能对服务延迟进行准确测量。

随着在代理级采用Envoy管理第4层流量的成功，Reddit计划下一步是部署Enovy的发现服务API，该API 由集中式配置存储支持 。进一步达成的计划包括调查在边缘运行的Envoy，以取代HAProxy（针对核心Reddit后端应用程序服务）和AWS ALBs（针对其部分外部入口点）作为负载平衡器。Courtney Wang认为，这将提供更好的可观察性和服务路由控制，如：遮蔽入站流量和边缘的流量转移。最近，eBay进行了类似的迁移，，并报告了Courtney Wang及团队所期望实现的一些成功。Courtney Wang希望，更进一步采用Envoy将有助于团队把其单一的应用程序拆分成更小的服务。

阅读英文原文：

转载地址：http://nhnsa.baihongyu.com/