多套环境的数据库隔离，域名访问，差异化配置，香！快解锁！

Zadig
152 阅读4分钟

Zadig 提供了面向开发者的云原生环境，支持分钟级创建或复制一套完整的隔离环境以应对频繁的业务变更和产品迭代。在实际使用中，多套环境的数据库、域名、业务配置的差异如何管理呢？

本文主要介绍 Zadig 服务管理的变量配置能力，通过一套配置，实现多环境的隔离：

  • 数据库隔离：每个环境的业务数据独立存放在不同的数据库中，互不影响
  • 差异化域名访问：使用不同的域名地址访问不同的环境
  • 差异化业务配置：业务配置管理在 Nacos、Apollo 等配置中心，不同的环境使用不同的配置

数据库隔离

适用：不同环境的业务数据互相隔离，一个数据库对应多个连接地址，或连接不同的数据库均适用。

配置服务变量

如图中 vote 服务，该服务数据库相关配置被管理在 ConfigMap 中的，并通过 volume 挂载到应用中。在 Zadig 中，我们将数据库配置项抽取为 Zadig 的全局变量 mgo_addr 和 mgo_db，并为其配置默认值。

  • mgo_addr 默认值设置：220.16.0.43，可根据实际情况进行配置。
  • mgo_db 默认值设置：ProductProduct_EnvNameEnvName_vote  ，这里我们用到了系统内置全局变量 ProductProduct、EnvNameEnvName，分别表示项目名称和环境名称。

图片

变量配置生效

创建环境时，配置中的变量可以使用默认值，也可以重新指定。

图片

**环境创建时，变量会被自动渲染，效果如下图。在 dev 环境中被渲染为：simple-vote-service-dev-vote，qa 环境中被渲染为：**simple-vote-service-qa-vote

图片

图片

图例中服务 K8s YAML 配置如下：

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: vote
  name: vote-rc-origin
spec:
  replicas: 1
  selector:
    matchLabels:
      app: vote
      version: rc-origin
  template:
    metadata:
      labels:
        app: vote
        version: rc-origin
    spec:
      containers:
      - image: dockersamples/examplevotingapp_vote:before
        name: vote-e2e
        ports:
        - containerPort: 80
          name: vote
        volumeMounts:
        - name: config-volume
          mountPath: /app/config
      volumes:
      - name: config-volume
        configMap:
          name: vote-config
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: vote-config
data:
  SERVICE_MGO_ADDR: {{.mgo_addr}}
  SERVICE_MGO_DB: {{.mgo_db}}
  SERVICE_MGO_MODE: strong

差异化域名访问

适用：在 Zadig 中创建多套环境，使用不同的域名访问不同的环境

配置泛域名

给集群入口配置一个泛域名，比如：*.koderover.com，确保域名 DNS 正确解析到集群 Ingress 控制器 [1] LoadBalancer 的外网 IP 上。

配置服务变量

**此例中为业务入口配置外网访问地址 host ，Zadig 中配置全局变量: {{.domain}}，Value 设为：**vote-EnvNameEnvName.koderover.com

图片

创建环境时，系统会自动渲染变量，效果图示如下。

图片图片图例中服务的 K8s YAML 配置如下：

apiVersion: apps/v1kind: Deploymentmetadata:  labels:    app: vote  name: vote-rc-originspec:  replicas: 1  selector:    matchLabels:      app: vote      version: rc-origin  template:    metadata:      labels:        app: vote        version: rc-origin    spec:      containers:      - image: dockersamples/examplevotingapp_vote:before        name: vote-e2e        ports:        - containerPort: 80          name: vote---apiVersion: extensions/v1beta1kind: Ingressmetadata:  name: vote  annotations:    nginx.ingress.kubernetes.io/proxy-body-size: 100mspec:  rules:  - host: {{.domain}}    http:      paths:      - path: /        backend:          serviceName: vote          servicePort: 5000

差异化业务配置

适用：服务的业务配置在第三方配置中心管理（比如 Nacos、Apollo 等），不同环境使用不同的配置项。下面以一套 Apollo 配置中心举例，通过 Zadig 管理和使用不同环境的业务配置。

配置服务变量

以 myapp 服务为例，我们需要在 Zadig 中设置 Apollo 配置参数与 Zadig 环境变量的对应关系。

在 Zadig 中定义的配置项（可以根据情况进行设置）：

  • APOLLO_APP_NAMESPACE：Apollo 配置中心的命名空间（Namespace），使用 Zadig 自定义变量 apollo_app_namespace 为其赋值，默认值设为 zadig.dev
  • APOLLO_APP_ID：Apollo  配置中心的应用（Application），使用 Zadig 系统内置变量 ServiceService 为其赋值。
  • APOLLO_APP_ENV：Apollo 配置中心的环境（Enviroment），使用 Zadig 系统内置变量 EnvNameEnvName 为其赋值。
  • APOLLO_APP_CLUSTER：Apollo 配置中心中的集群（Cluster），用 Zadig 自定义变量 apollo_app_cluster 为其赋值，默认值设为 local 。

图片

变量配置生效

当环境拉起或myapp 服务启动时，会去相应的配置中心获取服务配置。

uat 环境效果：

图片

qa 环境效果：

图片

图例中服务的 K8s YAML 配置如下：

apiVersion: v1
kind: Service
metadata:
  name: a
  labels:
    app: a
spec:
  ports:
  - name: http
    port: 80
    targetPort: 8080
  selector:
    app: a

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: a
  labels:
    app: a
spec:
  selector:
    matchLabels:
      app: a
  replicas: 1
  template:
    metadata:
      labels:
        app: a
    spec:
      containers:
      - name: myapp-1
        image: koderover.tencentcloudcr.com/koderover-demo/myapp-1:v0.1__linux_amd64
        imagePullPolicy: Always
        command: ["/myapp-1"]
        args: ["--downstream-addr", "$(DOWNSTREAM_ADDR)", "--headers", "$(HEADERS)"]
        env:
          - name: DOWNSTREAM_ADDR
            value: "b"
          - name: HEADERS
            value: "x-request-id"
          - name: APOLLO_APP_NAMESPACE
            value: {{.apollo_app_namespace}}
          - name: APOLLO_APP_ID
            value: $Service$
          - name: APOLLO_APP_ENV
            value: $EnvName$
          - name: APOLLO_APP_CLUSTER
            value: {{.apollo_app_cluster}}
        ports:
        - containerPort: 8080
        resources:
          limits:
            cpu: 100m
            memory: 100Mi

小结

本文主要阐述了如何使用 Zadig 中的变量能力来更高效的配置环境，只需要维护一份配置就可以实现不同环境的业务数据隔离、差异化域名、差异化业务配置等能力。当环境数量需求高时，可大大降低服务配置的管理负担。除了文中提及到的变量，可阅 变量配置 | Zadig 文档 [2] 解锁更多。

社区小伙伴日常使用中还发现哪些让人 Aha 或者不爽的姿势，欢迎戳论坛 community.koderover.com/top 分享你的场景~

参考链接：

[1] kubernetes.io/zh-cn/docs/…

[2] docs.koderover.com/zadig/v1.13…

Zadig，让工程师更专注创造。

参与调研，赢《致匠心 - 基于 Zadig 落地云原生 DevOps 行业案例 & 故事集》：

图片

avatar
文章
阅读
粉丝