十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
本篇内容介绍了“Istio1.3修改了哪些内容”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
公司主营业务:网站建设、成都网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出云城免费做网站回馈大家。
在之前的版本中,如果要使用 Istio 的路由功能,Service
的端口命名必须使用特殊的命名格式。如果用户不遵循该命名规则,就无法使用路由功能。从 1.3 版本开始,即使没有按照规则命名 Service 的端口,Istio 也会自动识别出站流量的协议为 HTTP
或 TCP
。目前还不支持自动识别入站流量的协议,下个版本将会支持。
这才是大家最期待的!该版本将大多数常见的安全策略相关的功能(如 RBAC)直接迁移到了 Envoy
中,同时也将大部分遥测功能迁移到了 Envoy 中。现在 Istio proxy 可以直接将收集到的 HTTP
指标暴露给 Prometheus
,无需通过 istio-telemetry
服务来中转并丰富指标信息。如果你只关心 HTTP 服务的遥测,可以试试这个新功能,具体步骤参考无 Mixer 的 HTTP 遥测。该功能接下来几个月将会逐渐完善,以便在启用双向 TLS 认证时支持 TCP
服务的遥测。
此前的版本要求网格中的每个 Pod 必须明确申明每个容器的 containerPort
,任何未申明的端口都会绕过 Istio Proxy。1.3 版本使用了一种更为简单安全的方法,不需要显示申明 containerPort
就可以处理工作负载任何端口上的所有入站流量。之前的版本中,当工作负载向自己发送流量时,会陷入 iptables 规则表导致的无限循环,这个版本也修复了。
虽然 Istio 1.3 专注于可用性,但高级用户仍然可以使用 Envoy
中不属于 Istio Networking API 的高级功能。1.3 版本增强了 EnvoyFilter
API 以允许用户完全自定义以下的 Envoy 配置:
LDS 返回的 HTTP/TCP
监听器以及 filter 链配置。
RDS 返回的 HTTP
路由配置。
CDS 返回的 Cluster
配置。
istioctl
新增了许多调试功能,可以帮助你排查安装过程中出现的各种问题。详细信息可以查看 istioctl 的参考页面
区域感知负载均衡功能从实验分支转移到默认分支。现在 Istio 可以利用现有的位置信息来确定负载均衡池的优先级,并支持将请求转发到地理位置最近的后端。
Istio 开启双向 TLS 认证时可以更好地支持 headless service。
从以下几个方面增强了控制平面的监控:
添加新指标来监控配置的状态
新增了 sidecar injector 的指标
为 Citadel
添加了新的 Grafana 仪表板
改进了 Pilot
仪表板,新增了几个关键指标
新增了 Istio 部署模型文档,可以帮助你选择合适的部署模型。
重新组织了操作指南中的内容,新增了一个包含所有故障排除任务的章节,可以帮助你快速寻找所需信息。
“Istio1.3修改了哪些内容”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!