istio入门系列之Jaeger分布式追踪
分布式追踪可以让用户对跨多个分布式服务网格的 1 个请求进行追踪分析。这样进而可以通过可视化的方式更加深入地了解请求的延迟，序列化和并行度。 Istio 利用 Envoy 的分布式追踪功能提供了开箱即用的追踪集成。确切地说，Istio 提供了安装各种各种追踪后端服务的选项，并且通过配置代理来自动发送追踪 span 到追踪后端服务。 下面了解如何让您的应用程序参与 Jaeger 的追踪， 而不管您用
istio入门系列之获取Envoy访问日志
Istio 最简单的日志类型是 Envoy 的访问日志。Envoy 代理打印访问信息到标准输出。Envoy 容器的标准输出能够通过 kubectl logs 命令打印出来。 下面我们来学习一下如何查看Envoy的日志来进行分析问题。首先我们部署一个sleep和httpbin的服务，通过sleep来调用httpbin，通过查看httpbin的envoy的日志分析业务请求。 首先我们查看下Envoy的
istio入门系列之Kiali网络可视化
Kiali组件，使用基于 Web 的图形用户界面来查看网格和 Istio 配置对象的服务图。 使用 Kiali Public API 返回的 JSON 数据生成图形数据。 Kiali拥有如下的功能 Kiali的架构如下 istio中的组件web界面命令行打开方式 12345678910111213141516171819[root@VM-0-13-centos treafik]# isti
istio入门系列之prometheus和grafana
通过demo方式部署istio，会默认部署promethes和grafana来作为指标的监控和展示，我们可以把promethes和grafana对应的service通过nodeport的方式来进行访问。 prometheus浏览器上输入 http://node_ip:nodeport/graph，在查询框中输入istio_requests_total查看指标 其他查询： 请求 product
istio入门系列之流量镜像
流量镜像，也称为影子流量，是一个以尽可能低的风险为生产带来变化的强大的功能。镜像会将实时流量的副本发送到镜像服务。镜像流量发生在主服务的关键请求路径之外。 我们会经常遇到一些这样的问题，就是在本地测试是正常的，一上线就出问题了，测试覆盖率很高，但是为什么，还是会出现问题，这是因为线上的访问环境和本地有很大差异，特别是流量和数据。这里我们可以用流量镜像来解决这个问题。 首先部署2个httpbin
istio入门系列之故障注入
本篇文章讲解了istio如何注入故障并测试应用程序的弹性。 延迟故障下面我们来进行故障注入的配置，我们给ratings的v2版本注入一个延迟，这里导致调用出现延迟故障。 1234567[root@VM-0-13-centos istio-1.5.1]# kubectl apply -f samples/bookinfo/networking/virtual-service-all-v1.yam
istio入门系列之熔断
熔断，是创建弹性微服务应用程序的重要模式。熔断能够使您的应用程序具备应对来自故障、潜在峰值和其他未知网络因素影响的能力。 下面我们给httpbin来配置一个熔断，首先配置一个httpbin服务 1# kubectl apply -f samples/httpbin/httpbin.yaml 接下来我们给httpbin配置一个熔断 1234567891011121314151617181920
istio入门系列之超时重试
对于一个系统来说弹性能力很重要，比如出现了超时故障，系统如何去重试，下面我们来讲讲istio中的超时重试。 下面我们在VirtualService中添加超时和重试的配置项，我们将流量打到v2版本，并且给Ratings服务配置一个延迟。 首先我们将流量打到v2版本 1234567891011121314# kubectl apply -f - << EOFapiVersion:
