本文使用istio版本：1.4.2 开启链路监控 .... # # addon jaeger tracing configuration # tracing: enabled: true .... 可以看出。istio链路监控集成使用的是Jaeger，Jaeger是什么，参考这篇。 查看是否启动成功 [root@k8s-master istio-1.4.2]# kubectl get po -n istio-system --
本文使用的istio版本号：1.4.2 配置安装kiali 默认配置，istio并未选择安装kiali，参考安装，修改values.yaml vim install/kubernetes/helm/istio/values.yaml .... kiali: enabled: true .... 同时如果需要链路监控，需要开启安装jaeger .... tracing: enabled: true .... 如果系统
本文使用的istio版本号：1.4.2 简介（参考官网，Naftis小米开源，不在维护） Naftis 是一个基于 web 的 Istio dashboard，通过任务模板的方式来帮助用户更方便地执行 Istio 任务。 用户可以在 Naftis 中定义自己的任务模板，并填充变量来构造单个或多个构造任务实例，从而完成各种服务治理功能
本文使用的版本号：1.4.2 查看默认sidecar配置 kubectl get mutatingwebhookconfiguration istio-sidecar-injector -o yaml | grep "namespaceSelector:" -A5 namespaceSelector: matchLabels: istio-injection: enabled objectSelector: {} reinvocationPolicy
本文使用的版本号：1.4.2 自定义安装组件 参考安装页面，官网给配置分了几个级别， 分别代表： default：根据IstioControlPlaneAPI的默认设置启用组件 （建议用于生产部署）。您可以通过运行命令显示默认设置istioctl profile dump。 demo：旨在展示Istio功能且资源需求适中的配置。适合
什么是Istio？ Istio是一个开放服务网格，提供了一种连接，管理和保护微服务的统一方法。它支持管理服务之间的流量，执行访问策略以及汇总遥测数据，所有这些都无需更改微服务代码。 Istio： HTTP，gRPC，WebSocket，MongoDB和TCP通信的自动负载平衡。 通过丰富的路由规则，重试，故障转移和故障注入对
在这篇指南中，你将获得使用 Kubernetes 和 Istio 使用 GitOps 进行渐进式交付(Progressive Delivery)的实际经验。 介绍 gitops-istio GitOps 是什么？ GitOps 是一种进行持续交付的方式，它使用 Git 作为声明性(declarative)基础设施和工作负载(workloads)的真实来源。 对于 Kubernete
这一部分的官方文档很落后，这一例子主要内容来自于我们团队，在各位大师的工作基础上，结合了 Mixer 的一些相关内容，并参考 Bookinfo 中附带的新版本源代码，拼凑而成。Istio 的限流功能和路由不同，关系到 Istio 的 Mixer 适配器模型，因此这里从这一模型的角度来进行限流方面的测试。Handler
Istio 近期的版本中出现了一个新的 API 组：networking.istio.io/v1alpha3，应该会替代现有的config.istio.io/v1alpha2 API。新的 API 不管是结构上还是功能上、以及命名上，都有很大差异。这里使用一些简单例子，体验一下 Alpha 3 带来的变化。注意：正常情况下 istioctl 和 kubectl 都可
本次发布中针对社区在使用 Istio 1.0.2 的过程中发现的严重问题进行了修补。下文将陈述 Istio 1.0.2 和 Istio 1.0.3 之间的差异。行为变化验证 Webhook 变成了必选项。如果禁用这一 Webhook 将会导致 Pilot 崩溃。Service entry 不再允许使用通配符（*）的 DNS 解析。相关 API 从未允
前言Galley 是 Istio 的配置管理组件，根据官方文档的描述：Galley 代表其他的 Istio 控制平面组件，用来验证用户编写的 Istio API 配置。随着时间的推移，Galley 将接管 Istio 获取配置、 处理和分配组件的顶级责任。它将负责将其他的 Istio 组件与从底层平台（例如 Kubernetes）获取用户配置
前言这个 Chart 负责 Istio Sidecar 的自动注入操作相关配置。关于自动注入操作的相关内容，可以参考官方文档中的相应章节，简单说来自动注入的两个先决条件：Kubernetes 版本大于 1.9。启用了 MutatingAdmissionWebhook 和 ValidatingAdmissionWebhook。还有一点，在 Kubernetes 1.10
前言前面提到过，Istio 的 Helm Chart，除去用于安装之外，还有部分对 Istio 部署进行调整的能力。Gateways 一节内容，就包含了定制 Istio Ingress/Egress Gateway 的能力。这个 Chart 的文件结构和其他组件类似，不同的在于内容，它通过对 values.yaml 中定义的 Gateways 相关内容的循环遍
前言全局变量之后，接下来就是 Ingress 一节了，这个 Chart 只是个兼容选项，为 Istio 提供了传统 Kubernetes Ingress 的功能。ingress.enabled 变量用于在 requirements.yaml 中控制该 Chart 是否启用。Chart.yaml元数据文件，无需赘述。autoscale.yaml该文件用于处理该模块的 HPA 对
前言我们在使用现有 Chart 的时候，通常都不会修改 Chart 的本体，仅通过对变量的控制来实现对部署过程的定制。Istio Helm Chart 提供了大量的变量来帮助用户进行定制。第一篇中我们提到过，Istio Chart 分为父子两层，因此变量也具有全局和本地两级，全局变量使用保留字 global 来进行定
前言Helm 是目前 Istio 官方推荐的安装方式，除去安装之外，还可以利用对输入值的一些调整，完成对 Istio 的部分配置工作。官方提供了 Istio 的 Helm 部署方式，侧重于快速启动，而这一组文章将会采用由上至下的顺序，基于 Istio 1.0.2 版本的 Helm Chart 做一系列的讲解。Istio 的 Helm Chart
表格中包含大量链接，阅读原文中包含更详细的信息。Istio Mixer 是 Istio 和其他基础设施的沟通桥梁，其中的具体实现是通过适配器进行的，请求经过 Mixer 时候会使用模板进行处理，生成适配器所需的输入内容。根据 Istio 的对象参考，总结了一份适配器和模板的关系表，希望对 Mixer 用户能有所
上一篇讲了一些入口流量的事情，在实际项目运行中，还有另外一类边界流量，就是出口流量，也常被称为 egress 流量。这一篇结合一点实际需求，设计一些常用场景，讲讲服务网格中对外部服务的调用过程。这里我们需要几个服务定义，首先是用于模拟客户端服务的工作负载，这里继续使用 dustise/sleep
Istio 从 v1alpha3 开始，用 Ingress Gateway 组件替代了符合 Kubernetes 规范的 Ingress Controller，因此对入站流量具有了更大的控制能力，但是用法也有了较大不同。安装：在使用 Helm 进行 Istio 部署的时候，需要使用下面的设置来启用 Ingress Gateway：gateways: enabled: true
授权协议：Apache 2.0 开发语言：Google Go 操作系统：跨平台 开发厂商：小米 软件作者：Newt0n 近年来服务网格（Service Mesh）已成为各大公司关注重点，各大公司纷纷开始调研 Service Mesh 相关架构。作为 Service Mesh 中的佼佼者， Istio 诞生之初就已吸引众多目光。 作为基础设施层， Istio 有优
应用上云，怎能没有容器！点击上方容器魔方关注我千呼万唤，根据社区最新的计划， Istio 1.0版本将于7月20日发布。本次1.0版本紧随6月1号的第一个LTS的0.8版本后，不到两个月的时间，并未做大的特性开发，主要还是集中在：提供了稳定新的流量管理模型；改进了调试功能；增强了性能和扩展性等。对于Ist
Istio 1.0.1作为8月份的版本已经发布，主要修复了1.0.0版本发布以来发现的一些关键Issue。官网的release note（https://istio.io/about/notes/1.0.1/）列出了Istio1.0.0和1.0.1的差别。Istio涉及的组件和CRD较多，Istio 1.0 中包含了 51 个 CRD，组件包括pilot,galley,policy,telemetry,cita
Istio是什么？Istio 1.0版本于8月1号凌晨准点发布，核心特性已支持上生产环境，各大微信公众号、博客纷纷发文转载。那么Istio到底是什么？能解决问题什么？ Istio是Google继Kubernetes之后的又一开源力作，主要参与的公司包括Google，IBM，Lyft等，它提供了完整的非侵入式的微服务治理解决方案，解决
Istio是什么？Istio 1.0版本于8月1号凌晨准点发布，核心特性已支持上生产环境，各大微信公众号、博客纷纷发文转载。那么Istio到底是什么？能解决问题什么？ Istio是Google继Kubernetes之后的又一开源力作，主要参与的公司包括Google，IBM，Lyft等，它提供了完整的非侵入式的微服务治理解决方案，解决
故障注入测试故障注入测试顾名思义就是当被测试应用部分组件或功能出现潜在故障时其本身的容错机制是否正常工作，以达到规避故障保证正常组件或功能的使用。Istio提供了HTTP故障注入功能，在http请求转发的过程中，用户可以设定一个或多个故障。故障注入的修改作用于Virtual Service，共有
