Higress当初没有直接存istio CR的原因是什么?减少etcd存储的资源数量?
是不是可以这么理解?lstiod 监听 k8s gateway api CR—转换—> istio CR —翻译转换—> xDS 配置 ——> 下发到Envoy数据面
Higress是基于阿里内部两年多的 Envoy Gateway 实践沉淀、以开源 IstioHigress是基于阿里内部两年多的 Envoy Gateway 实践沉淀、以开源 Istio + Envoy 为核心构建的下一代云原生网关,在标准上全面支持 Ingress 与 Gateway API。它实现了流量网关 + 微服务网关 + 安全网关三合一的高集成能力,深度集成Dubbo、Nacos、Sentinel等微服务技术栈,能够帮助用户极大的降低网关的部署及运维成本且能力不打折。
关于Istio的数据面模型,istiod会将ingress资源转换成gateway与virtualservice资源,这是Istio中的两种资源。具体到Istio控制面pilot中,它包含informer用来获取kubernetes集群中的service、endpoint、pod资源信息,并将其转化为envoy的cluster、endpoint配置下发给数据面。
这个不是最主要的,主要目的是降低对istio的CRD依赖,屏蔽复杂性,higress可以让envoy在网关场景下更易用。gateway api目前是在istiod里监听,后面会在higress里监听,istiod只用于和envoy的xDS通道。此回答整理自钉群“Higress 社区交流1群(2群: 30735012403)”
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。