• 社区首页
  • >
  • istio
  • >
  • 近日,Istio 1.6 正式发布!引入Istiod,升级机制显著改进

近日,Istio 1.6 正式发布!引入Istiod,升级机制显著改进

来源:分布式实验室
作者:尼古拉斯(译)

上周,我们高兴地向大家宣布Istio 1.6版本的正式发布!

在这个版本中,我们将继续推进今年早些时候在发展战线图中提出的更新方向,朝着更简单、更顺畅的安装体验迈进,同时还引入了其他一些提升。

下面来看本次新版本中的部分重要功能:

1 简化、简化、再简化

在上个版本中,我们引入了Istiod。这个新模块负责通过将多项服务的功能组合起来以减少Istio安装包中的组件数量。在Istio 1.6中,我们已经完成了全面过渡,将所有功能一并转移到Istiod内。如此一来,大家将无需单独部署Citadel、Sidecar注入器以及Galley等等。

好消息!我们还简化了用户使用Kubernetes中各项alpha版功能的实际体验。如果你在Kubernetes EndpointPort或者ServicePort API中使用新的appProtocol字段(在1.18版本中处于alpha测试阶段),则不再需要向Service中附加名称字段进行协议表示。

2贯穿生命周期的更佳体验

我们将继续为Istio的安装与升级创造更好的体验。我们的命令行工具istioctl能够提供更好的诊断信息、更简单的安装命令,甚至能够以彩色形式显示当前状态!

Istio升级机制也在多个方面得到显著改进。首先,我们现在支持对Istio控制平台本体进行金丝雀测试。换言之,你可以在保留现有版本的同时安装新的控制平台版本,并选择让代理使用这个新版本。更多详细信息,请参阅我们的相关博文[1]。

我们还提供istioctl upgrade命令,帮助大家在集群之内执行就地升级(当然,你仍可控制各代理自身的更新)。

请参阅说明文档[2]以了解关于全新升级体验的更多详细信息。

3观察功能

也有不少企业采用Istio,单纯是为了更好地观察分布式应用程序。我们当然同样重视这部分用户的需求。相关改进很多,受篇幅所限就不在这里一一列举了,详细信息请参阅发行版说明[3]。来看部分要点:可配置性进一步提升,提供更强的跟踪采样率控制能力,同时对Grafana仪表板做出更新(我们已经将这些仪表板发布在Istio orgs页面上的Grafana[4]当中)。

4更好的虚拟机支持效果

着眼于2020年,我们的一大重点发展方向就是提升对尚未运行在Kubernetes中的工作负载的支持效果。借此机会,我们将宣布一系列重大进展。

对于希望将非Kubernetes工作负载添加至网格中的朋友(例如部署在虚拟机上的工作负载),新的WorkloadEntry[5]资源将显著降低具体操作难度。我们创建此API的目的,是为Izio中的非Kubernetes工作负载提供一流的表示效果。它能够将虚拟机或裸机工作负载的运行效果提升至与Kubernetes Pod相同的级别(而不再仅仅作为具有IP地址的端点)。现在,大家甚至可以定义出同时以Pod及虚拟机作为后端的Service。这么做的意义何在?简而言之,通过将虚拟机与Pod在同一服务之内结合起来,大家可以更顺畅地将虚拟机工作负载迁移至Kubernetes集群,且完全不必担心切断往来于该集群的流量。

基于虚拟机的工作负载仍是我们当前阶段工作的重中之重,大家也将在后续版本更新中看到更多相关成果。

5网络改进

网络是服务网格的核心,我们也在此次新版本中引入了不少出色的流量管理功能。Istio改进了对secret的处理,借此为Kubernetes Ingress提供更好的支持能力。在默认情况下,我们还启用了Gateway SDS以提升体验安全性。最后,我们还为尚处于测试阶段的Kubernetes Service API提供实验性支持。

相关链接:

1.https://istio.io/blog/2020/mul … anes/

2.https://istio.io/docs/setup/upgrade/

3.https://istio.io/news/releases … otes/

4.https://grafana.com/

5.https://istio.io/docs/referenc … ntry/

原文链接:
https://istio.io/news/releases … -1.6/

K8S中文社区微信公众号

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址