Service Mesh istio-v1.6中的变化以及代码结构是什么，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
| 变化项 | 类型 | 1.6(.3) | 1.5或之前 | 意义 |
|---|---|---|---|---|
| 移除 | 组件 | Citadel、Sidecar Injector、Galley | 1.5为完成的收尾 | |
| 强化 | 功能项 | 删减的功能，合并入 Istiod | ||
| 替换 | 安装 | 增加： istioctl install； 替换 manifest apply | ||
| 移除 | 配置 | 废弃的 Helm charts、istio-pilot 的配置 | ||
| 增加 | 功能项 | 虚拟机支持（WorkloadEntry） | 独立于K8S的准备？ | |
| 移除 | 组件 | Envoy proxy | Mixer | Mixer的功能已经被移入Envoy proxy，目前为 废弃&未移除状态，1.7后会彻底移除 |
| 增加 | 功能项 | Envoy，将 Wasm/WebAssembly 功能移除 |
基于 v1.6.3 (2020.06.22)
bin/：二进制生成脚本等
common/：
少量编译处理
一些依赖处理
common-protos/：大量proto文件，用于内部各组件(包括第三方组件)高效RPC
docker/：ca证书 & Dockerfile.base，顾名思义
galley/：没有变化，独立组件，负责配置管理，包括
验证配置信息格式和内容正确性
屏蔽配置的底层处理细节
将配置提供给其他组件用
install/：安装？
consul/：安装和consul的支持
gcp/：安装对Google cloud platform的支持
istioctl/：独立组件，istio控制台
licenses/：各种许可证，挺多的
manifests/：各种安装配置
mixer/：旧组件，明确已废弃，1.7会彻底移除
operator/：从1.5起，就是 istio/istio 的一部分(怎么解？)
meshConfig：运行时 istio 控制平面组件用的
组件配置API：控制 K8S 配置，如：资源、自动调度、pod等，和addon组件
Helm安装相关的能力（Helm不是被istioctl取代吗？这部分的意义？）
pilot/：独立组件，在istio中起资源管理段的作用（？），应该属于istiod的一部分
pkg/：各种组件合集
istio-agent/：即envoy
...
prow：prow 是 Kubernetes 测试特别兴趣小组的项目，目前是 kubernetes/test-infra 的一部分。Prow 是一个基于 Kubernetes 使用各类事件驱动执行 Job 的 CI/CD 系统
除了执行 Job ，Prow 还能通过以下方式，实现 GitHub 自动化： - 策略配置，权限控制等 - /label 形式的 chat-ops 命令 - 自动合并 PR
release/：获取 istioCtl 和 istio非稳定版本
sample/：istio安装后，一些场景的测试工具/配置
security/：安全机制的代码和配置，应该主要在身份验证方面
test/：顾名思义吧
tools/：辅助工具，有的涉及 iptables 处理
关于Service Mesh istio-v1.6中的变化以及代码结构是什么问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注亿速云行业资讯频道了解更多相关知识。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
