mtls

里面spec.ports.name 这个字段在 istio 模式下是有意义的，之前我刚开始在练习部署时，就发现明明在原本模式都正常运作的服务，切换到 istio 模式下，发现原本要呼叫相应 api 的服务，通通都 request 不到，后来才发现，原来在 istio 模式下 name 是有意义的。 这个功能会发生在 istio 1.6之前的版本，如果采用默认的 mtls，它会定期的自动更新，更新当下，如果有长连线的行为的服务，会中断掉，这个对我们也困扰很久，大家可以对自己任一个服务下 1.6 之后的版本，他更新凭证不会造成连线中断。 但是如果原本是用 1.6 之前的版本，要注意 1.6 是一个很大的分歧点，istio 在 1.6 做了很大的更新，架构上差异极大，甚至安装方式也跟之前有差异，所以有需要升级的要注意这一点

作为服务和可靠性工程所用的工具，Istio 在服务和代理级别提供有洞察力的指标以及标准化仪表板。将其配置用于整个组织的关键用途，例如鉴别问题和可靠性设计。 Kubernetes 这类微服务会带来流量和管理方面的挑战

最近 Envoy Gateway 0.2 发布了，API 网关的生态系统迎来了新的变化。这篇文章将想你介绍 Kubernetes API 网关领域的最新进展。 最近 Envoy Gateway 0.2 发布了，API 网关的生态系统迎来了新的变化