“随着微服务架构成为现代应用程序编写的事实标准模式，连接、监控和保护容器和服务复杂环境已经成为工程师面临的挑战。” Google Cloud 工程总监 Cameron Etezadi 表示，“Google 为解决这个难题而创建和发展 Istio 作为综合解决方案，我们对此感到自豪。Istio 的毕业以及其作为全球最广泛采用的服务网格技术的领先地位，进一步证明了我们相信每个人都应该能够从安全、强大的基于服务的应用程序中受益。”
Istio 毕业对用户意味着什么？
对于那些已经将其用作基础设施核心部分的用户，CNCF 毕业是对他们将 Istio 视为现代应用程序网络的关键组件的愿景的验证。对于那些正在寻求现代化基础设施的用户，Istio 的毕业地位是一个强有力的信号，表明它是一个经过验证和强大的选择，可用于在生产中扩展关键应用程序。
对于用户来说，Istio 的毕业地位具有几个含义和优势：
稳定性和成熟度。 潜在用户可以信任该项目的稳定性，知道它已经满足了 CNCF 对毕业的严格标准。
安全性。 Istio 拥有长期而强大的 发布及时的安全公告 [3]，以及行业最重要的安全思想领袖的战略指导。
生产就绪。 毕业地位为用户提供了必要的功能、可扩展性和健壮性，可用于生产环境。
采用和生态系统。 毕业项目已经在云原生生态系统中获得了显着的采用。它们被各种规模和行业的组织广泛认可和使用。Istio 的用户从其他采用者的经验中受益。毕业项目的广泛采用还促进了工具、扩展和集成的充满活力的生态系统，可以进一步增强其功能。
CNCF 支持和治理。 毕业项目也受益于 CNCF 的支持和治理。CNCF 提供资源、指导和协作框架和社区参与。用户可以信任该项目的长期可持续性和开发路线图，因为它是由致力于推进云原生技术的可信组织支持的。
社区和企业支持。 社区提供的集体知识、经验和支持提供了广泛用户群体的利益，可以获得诸如文档、论坛和用户组等资源，并在解决问题和解决问题方面提供潜在帮助。Istio 生态系统还享有来自众多供应商（包括 Tetrate）的企业支持，这些供应商为需要在需要时获得专家支持的组织提供了保证。
Sidecar NJet 作为 Istio 架构中的数据面，旨在替换原生数据面 Sidecar envoy。
Istio架构
Istio服务网格在逻辑上分为数据平面和控制平面。
￮ 数据平面由一组作为sidecars部署的智能代理(Envoy)组成。这些代理调解和控制微服务之间的所有网络通信。他们还收集并报告所有网格流量的遥测数据。
￮ 控制平面对代理进行路由管理和配置。
下图显示了组成每个平面的不同组件:
Sidecar NJet架构
api-gateway有两个主要模块：
￮ xds 客户端 主要与istiod xds服务端通信，进行xds资源的订阅，基于grpc-go xds实现，grpc支持SotW ADS
￮ NJet控制器
▪ 管理NJet进程，包括启动，reload
▪ xds资源类型数据进行解析、处理，生成NJet server、upstream、loction元数据，通过go tmpl技术生成NJet.conf文件
▪ 集成lua
部署sidecar
使用Sidecar NJet需要定制化部署Istio，自动注入NJet Sidecar。定制化部署Istio需要使用Istio-install仓库中的文件，此仓库是基于Istio-1.13.3 release修改的，需要修改Sidecar镜像名称，修改Sidecar 容器模板。
安装Istio
拉取Istio-install仓库，修改default-istio.yaml文件values.global.proxy.image字段，设置为NJet的镜像名称，必须为包含“/”。 执行如下命令安装istiod：
Shell ./istio-1.13.3/bin/istioctl install --manifests=istio-1.13.3/manifests/ -f default-istio.yaml
注入sidecar njet
Pod level
给pod打标贴：sidecar.istio.io/inject: "true"，以productpage为例，修改deploy，增加标贴。
Shell kubectl edit deploy productpage-v1
等待一会
Namespace level
添加namespace label,以便后续在此ns部署应用时，通知Istio自动注入nginx sidecar，下面为default ns添加标贴。
Shell kubectl label namespace default istio-injection=enabled
查看ns标贴
Shell kubectl get ns --show-labels
查看default ns pod状态
删除details pod，触发sidecar注入
Shell kubectl delete pod details-v1-5498c86cf5-6kcpw
查看default ns pod状态，details pod注入NJet sidecar
参考：https://tetrate.io/blog/istio-service-mesh-graduates-cncf/
OpenNJet 最早是基于 NGINX1.19 基础 fork 并独立演进，随着 NGINX 版本迭代，吸收上游 NGINX 的更新，已经同步更新到 NGINX1.23.1 版本，OpenNJet 具有高性能、稳定、易扩展的特点，同时也解决了 NGINX 长期存在的难于动态配置、管理功能影响业务等问题。
作为底层引擎，OpenNJet 利用动态加载机制可以实现不同的产品形态，如 API 网关、消息代理、出入向代理，负载均衡，WAF 等等。在云原生架构中，OpenNJet 除了提供南北向通信网关的功能以外，还提供了服务网格中东西向通信、透明流量劫持、熔断、遥测与故障注入等新功能特性。
云原生引擎，All in NJet
Gitee 邮件组
技术交流QQ群号：607280080
