本篇内容介绍了“Istio 1.8新增了哪些功能”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
Istio 1.8 是 Istio 在 2020 年发布的最后一个版本,按照 Istio 社区在今年初设定的目标继续推进,该版本主要有以下更新:
支持使用 Helm 3 进行安装和升级
正式移除了 Mixer
新增了 Istio DNS proxy,透明地拦截应用程序的 DNS 查询,实现智能应答
新增了 WorkloadGroup
以简化对虚拟机的引入
WorkloadGroup
是一个新的 API 对象,旨在与虚拟机等非 Kubernetes 工作负载一起使用,模仿现有的用于 Kubernetes 工作负载的 sidecar 注入和部署规范模型来引导 Istio 代理。
Istio 从 1.5 版本开始弃用了 Helm,使用 istioctl manifest
方式安装,后来又改成了 istioctl install
,现在又重新回归了 Helm,Helm 作为 Kubernetes 环境下最常用的应用安装管理组件,此次回归也是倾听用户声音,优化安装体验的的反应吧,不过 Istio Operator 依然将是 Istio 安装的最终形式,从 1.8 版本开始 Istio 支持使用 Helm 进行 in-place 升级和 canary 升级。
istioctl
命令行工具新的了 bug reporting 功能(istioctl bug-report
),可以用来收集调试信息和获取集群状态。
安装 add-on 的方式变了,在 1.7 中已经不推荐使用 istioctl 来安装,在 1.8 中直接被移除了,这样有利于解决 add-on 落后于上游及难以维护的问题。
正式移除了 Mixer,推荐使用 WebAssembly 通过扩展 Envoy 的方式来扩展 Istio,也推荐大家使用 GetEnvoy Toolkit 来进行 Envoy 的扩展开发。
在我之前的博客中谈到 Istio 1.7 如何支持虚拟机,在 Istio 1.8 中新增了智能 DNS 代理,它是由 Go 编写的 Istio sidecar 代理,sidecar 上的 Istio agent 将附带一个由 Istiod 动态编程的缓存 DNS 代理。来自应用程序的 DNS 查询会被 pod 或 VM 中的 Istio 代理透明地拦截和服务,该代理会智能地响应 DNS 查询请求,可以实现虚拟机到服务网格的无缝多集群访问。
新增了 WorkloadGroup ,它描述了工作负载实例的集合。提供了一个规范,工作负载实例可以用来引导它们的代理,包括元数据和身份。它只打算与虚拟机等非 Kubernetes 工作负载一起使用,旨在模仿现有的用于 Kubernetes 工作负载的sidecar注入和部署规范模型来引导 Istio 代理。
在 Tetrate,我们在客户的多集群部署中广泛使用这种机制,以使 sidecar 能够为暴露在网格中所有集群的入口网关的主机解析 DNS,并通过 mTLS 访问。
“Istio 1.8新增了哪些功能”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。