过去,我曾写过一篇关于“我对'2.0'微服务堆栈感到兴奋的博客”以及其中的一些内容。 我什至试图阐明为什么服务交互/对话和网络是实际微服务实现中最难的部分。 在本篇文章(以及后续系列文章)中,我想开始更进一步。
随着最近Istio Mesh项目的公告,包括Red Hat对项目的支持 ,我想在接下来的博客中深入了解该技术( Envoy Proxy , Istio Mesh等),并解释其功能,工作原理,以及恕我直言,这是改变游戏规则的原因。 跟随我@christianposta ,紧跟这些博客文章的发布。 我认为在下一个系列中介绍的流程将是这样的:
- 什么是Envoy代理 ,它如何工作?
- 如何使用Envoy Proxy实现一些基本模式?
- Istio Mesh如何适合这张照片
- Istio Mesh的工作方式,以及如何通过Envoy跨集群启用高阶功能
- Istio Mesh身份验证的工作方式
在接下来的几篇博客文章中,我想介绍Envoy Proxy提供的一些客户端,服务交互功能。 为了快速上手,Envoy Proxy是一个小型,轻量级的本机/ C ++应用程序,它具有以下功能(以及更多功能):
- 服务发现
- 自适应路由/客户端负载平衡
- 自动重试
- 断路器
- 超时控制
- 背压
- 限速
- 指标/统计信息收集
- 追踪
- 请求遮挡
- 服务重构/请求屏蔽
- 服务之间的TLS
- 强制服务隔离/离群值检测
博客系列流程
我将以“深度探究”的方式来介绍这些先驱性主题:即,这些功能中的每一项在指定的场景(如演示等)下如何工作。 对于前几篇博客文章,将不再是“如何轻松使用它或对其进行操作”,而更多是“在较低的使用水平下我应该期待的行为”。
这是接下来几部分的想法(将在发布时更新链接):
- 断路器(第一部分)
- 重试/超时(第二部分)
- 分布式跟踪(第三部分)
- 普罗米修斯的度量标准收集(第四部分)
- 接下来的部分将介绍更多的客户端功能(服务发现,请求阴影,TLS等),只是不确定哪一部分将是:
第二部分和第三部分应该在下周发布: 随时关注!
每个主题的演示
每个示例都包括完整的演示,配置,帮助脚本以及有关如何演示的文档。 这些的源代码在我的github上的envoy-microservices-patterns存储库下。 我强烈建议您去那里看看。
边车
Envoy非常适合作为sidecar部署进行部署 ,这意味着它与您的应用程序(一对一)一起部署 ,并且您的应用程序通过Envoy Proxy与外界进行交互。 这意味着,作为应用程序开发人员,您可以通过配置利用Envoy提供的功能(例如服务发现,客户端负载平衡,断路器,跟踪等)。 此外,这意味着您的应用程序不必包含许多库,依赖项,可传递依赖项等,并希望每个开发人员都能正确实现这些功能。
作为Java开发人员,这太棒了! 这意味着我们不必包括Netflix OSS Ribbon / Hystrix / Eureka / Tracing库之类的东西(Hystrix的创建者Ben Christensen在2016年微服务峰会上 发表了精彩的演讲 , 对此进行了解释……)。
概述和背景
这些演示故意很简单,因此我可以分别说明这些模式。
所有这些演示都由一个客户端和一个服务组成。 客户端是一个Java http应用程序,它模拟对“上游”服务进行http调用(请注意,我们在这里使用Envoys术语,并且贯穿此repo )。 客户端打包在名为docker.io/ceposta/http-envoy-client:latest
的Docker映像中。 http-client Java应用程序旁边是Envoy Proxy的实例。 在此部署模型中,Envoy与服务(在本例中为http客户端)一起作为边车进行了部署。 当http客户端发出出站呼叫(到“上游”服务)时,所有呼叫都通过Envoy代理端进行。
这些示例的“上游”服务是httpbin.org 。 httpbin.org允许我们轻松模拟HTTP服务行为。 太棒了,所以如果您没有看过,请检查一下。
每个演示都将有自己的envoy.json
配置文件。 我绝对建议您查看配置文件各部分的参考文档,以帮助您理解配置。 datawire.io的好伙伴还为Envoy及其配置提供了不错的介绍 ,您也应该查看一下。
请继续关注 ! 第一部分已经结束 ,下周下半年还会有更多内容!
翻译自: https://www.javacodegeeks.com/2017/05/microservices-patterns-envoy-sidecar-proxy-series.html