对于云原生的环境，采用Zadig对比于其他非云原生持续交付工具有什么优势？
这是个开放型话题，我先抛个砖，欢迎大家一起讨论。
- Zadig 中可以管理服务的配置（比如：K8s YAML 文件、Helm Chart），一键快速拉起一套云原生环境。前者可以减少对于服务配置的维护负担（比如配置直接在 K8s 集群中，很混乱），后者对于需要有多套测试环境用于业务验证的场景来说，是很方便和高效的。
- 在 Zadig 的环境中，提供了容器服务实例的管理平面，可以在 UI 层面上快捷的查看服务日志/事件、重启服务、切换服务镜像版本等。这对于不熟悉 K8s 的同学来说，日常对服务做 debug 是友好的。
- 支持丰富的代码源集成，服务配置可以在 Git 仓库中管理，仓库中有服务配置变更后自动更新 Zadig 中的环境，可以规避环境中配置漂移的问题发生（即：环境中的服务配置和预期目标状态不一致）
- Zadig 中还可以涉及到软件生命周期的其他环节：比如配置代码静态扫描、配置自动化测试保障质量…