zadig如何实现环境隔离以及快速为开发这提供一套独立的自测环境

我这几天在反馈研究zadig的用户手册,就为了弄明白网站主页上宣传
的几大优势是如何实现的:
一、标题:灵活易用的高并发工作流
内容:简单配置,可自动生成高并发工作流,多个微服务可并行构建、并行部署、
并行测试,大大提升代码验证效率。自定义的工作流步骤,配合人工审核,
灵活且可控的保障业务交付质量。

–我理解的:
实现方式:1、工作流可以配置成并发;
2、一个工作流可以对应多个服务;
疑问:没有发现有人工审核的环节。

二、标题:面向开发者的云原生环境
内容:分钟级创建或复制一套完整的隔离环境,应对频繁的业务变更和产品迭代。
基于全量基准环境,快速为开发者提供一套独立的自测环境。一键托管集群资源
即可轻松调试已有服务,验证业务代码。

–我理解的:
1、分钟级创建或复制一套完整的隔离环境的实现方式:
a、通过在一个yam文件中,包含多个服务;
b、通过一个环境对应一个namespace;
c、需要在服务注册层面去区分不同环境的服务,zadig本身区分不了。
zadig只是在一个namespace中,拉起了配置的所有服务。
疑问:除了这些,还需要哪些才能实现真正的环境隔离

2、基于全量基准环境,快速为开发者提供一套独立的自测环境的实现方式
a、isto实现流量打标,ingress实现流量路由分发;
也就是说,在服务注册的角度来看,基础环境与子环境都是一套环境,只是
但是请求过来之后,区分流量,走到了不同的服务;
疑问:除了这两个东西,还有什么需要注意的。

3、一键托管集群资源即可轻松调试已有服务,验证业务代码
–我的理解
这个东西我现在用不着,没去研究。

  1. 「疑问:没有发现有人工审核的环节。」==> 人工审核是自定义工作流的功能,参考文档:自定义工作流 | Zadig 文档
  2. 「疑问:除了这些,还需要哪些才能实现真正的环境隔离」 ==> Zadig 中会根据服务定义,在独立的 Namespace 中将服务部署,不同的环境会对应不同的 Namespace,服务定义中相应的 K8s 资源(eg:deployment、service、ingress…)也是独立的。至于业务上的隔离,这个要取决于服务自身的定义和配置:比如服务配置里数据库的地址,依赖的上下游服务的配置…
  3. 「疑问:除了这两个东西,还有什么需要注意的」==> 可以看一下公众号上的文章了解更多:Zadig 面向开发者的自测联调子环境技术方案详解

Enjoy~