这些场景你肯定遇到过
" 数千微服务已经上了 K8s，没有业务边界，环境不稳定出了问题，所有人吃大锅饭
开发无法本地联调自测，集成测试环境 “脏，乱，差”极不稳定，总被其他人干扰
测试同时验证多个分支，集成合并冲突不断，自动化测试遥遥无期，测试全靠人工验证
运维无脑排障、重启、删节点，沦为工具人……"
其实这种场景也比较普遍，很多企业通过云厂商一股脑把微服务上了云，但配套的工具和架构并没有完全适应云原生环境。CI/CD 工具不是云原生的，系统架构也没有针对云环境进行优化，导致工程师在缺乏相应技能的情况下难以高效工作。
然而，不必担忧！Zadig 能够通过托管项目接入有效解决了上述问题，并且它对现有集群几乎没有任何侵入性，接入 Zadig 后各个业务线可以清晰地管理和维护其专属服务，同时简化了服务查看/Pod调试/日志查看、管理和更新操作。通过接入 Zadig 团队可以无缝转型云原生 DevOps 开发模式。
以下是 Zadig 工作原理的简要介绍：
管理员托管项目
下面以 multi-service-demo 项目为例，来演示如何通过 Zadig 托管项目对集成环境进行治理。
第一步：配置集成 K8s 集群
集成已有的 K8s 集群到 Zadig 系统
点击 资源配置 -> 集群管理 ，添加集群：
执行 Agent 安装脚本
第二步：创建托管项目
- 新建项目，选择
K8s 托管项目。
第三步：按需配置集成环境
创建 dev 环境用于日常开发调试
- 设置目标环境名称：dev，选择要托管的 K8s 集群和命名空间
- 选择需要被托管管理的服务后，点击下一步。
为测试同学创建 qa 环境用于对这些服务的集成测试验收
进入环境，点击新建环境
设置环境名称：qa，选择 K8s 集群和命名空间
类似的操作，可以按需为不同业务线、不同角色配置相应的集成环境。
开发者如何使用集成环境
进入环境页面可以查看服务基本信息、服务状态、资源信息
进入服务详情页面可以查看服务入口、切换服务镜像、调整副本、查看实时日志、登入容器做 Pod 调试等。
集成环境得到有效的治理后，更多进阶操作建议：
- 新建不同的托管项目应对不同业务线的服务治理
- 通过配置角色权限，项目详情页面点击
配置->权限，可以清晰管理不同角色的权限和审计
- 通过添加 Zadig 构建步骤，实现服务自动更新到集成环境
Zadig 托管项目屏蔽集群背后的复杂度，使得组织的业务边界更加清晰明确、服务更新的过程也清晰可追溯、权限得到有效管理。一线开发者通过接入 Zadig 获得流畅的软件开发体验，可以更多的关注创新和业务迭代。
推荐阅读
