自测联调环境

    如何使用

    下面以 为例来说明如何使用环境的自测模式来实现日常联调。项目中环境和服务背景，以及自测联调需求说明如下：

    1. 项目中共包括 3 个微服务 a、b、c，服务调用链路：a -> b -> c
    2. 环境为日常完整稳定的测试环境，包括全部微服务 a、b、c
    3. 日常会对 a 服务进行高频改动，希望能对 a 服务进行充分自测，确定其变更可交付

    前提

    1. 系统会对 Istio 是否安装做自动检查，如果没有请在环境所在集群进行安装
    2. 系统会对服务调用链自动检查，主要依据是有 K8s Service 类型的资源和服务 a、b、c 对应

    工程师：日常自测联调

    创建子环境

    在 dev 基准环境中点击，选择 a 服务可创建包含 a 服务的子环境 dev-test-env1：

    创建子环境 创建子环境

    自测联调

    当需要请求服务 a 时，在请求的 Header 头中加入 x-env:dev-test-env1 即可将请求流量转发到子环境 dev-test-env1 中，实现子环境和 环境的自测联调。登录 nginx Pod，测试效果如下所示：

    1. 未加 x-env 请求头，直接请求服务 a，dev 环境中的服务 a/b/c 会处理请求，子环境中无请求流量输入。

    1. 增加 x-env: dev-test-env1 请求头访问服务 a，子环境中的服务 a 会接收到请求并给出响应，对于请求链路上的 b/c 服务， 环境中的服务会给出正常响应。

    自测联调效果