如何在Azure Kubernetes中配置Pod启动优先级，确保应用后于数据库启动？

Kubernetes（包括Azure上的AKS）的Deployment资源本身不支持直接在YAML中定义启动优先级，没法直接指定Tomcat必须等数据库Pod就绪后再启动。不过有几种实用的方案可以解决这个问题：

方案1：使用Init容器（最推荐、轻量化） #

在Tomcat的Deployment中添加一个Init容器，这个容器会在Tomcat主容器启动前运行，直到确认数据库完全就绪后才退出，触发主容器启动。

示例YAML片段（基于端口检查） #

如果你的数据库通过Service暴露（比如Service名称为db-service，端口为3306），可以用busybox镜像的nc命令做端口连通性检查：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat
  template:
    metadata:
      labels:
        app: tomcat
    spec:
      initContainers:
        - name: wait-for-db
          image: busybox:1.36
          # 循环检查数据库服务端口，直到连通
          command: ['sh', '-c', 'until nc -z db-service 3306; do echo "等待数据库就绪..."; sleep 2; done;']
      containers:
        - name: tomcat
          image: tomcat:9.0
          ports:
            - containerPort: 8080

更精准的数据库连接检查（以MySQL为例） #

如果需要确认数据库能正常响应查询，而非仅仅端口连通，可以用数据库官方镜像执行连接测试：

initContainers:
  - name: wait-for-db
    image: mysql:8.0
    command: ['sh', '-c', 'until mysql -h db-service -u ${DB_USER} -p${DB_PASSWORD} -e "SELECT 1"; do echo "等待数据库就绪..."; sleep 2; done;']
    env:
      - name: DB_USER
        valueFrom:
          secretKeyRef:
            name: db-secrets
            key: username
      - name: DB_PASSWORD
        valueFrom:
          secretKeyRef:
            name: db-secrets
            key: password

方案2：生产环境进阶方案（Operator/Job控制部署顺序） #

如果是复杂的生产环境，需要更精细的部署流程控制，可以考虑：

• 使用数据库Operator（比如MySQL Operator、PostgreSQL Operator），这类Operator会确保数据库集群完全就绪后再对外提供服务
• 用Kubernetes Job配合kubectl wait命令，在部署Tomcat前先等待数据库Deployment的Pod全部就绪，适合CI/CD流水线中控制部署顺序

注意事项 #

• 确保你的数据库Deployment配置了就绪探针（Readiness Probe），这样Kubernetes的Service只会把就绪的数据库Pod加入端点，Init容器的检查才会准确
• AKS完全支持上述所有方案，无需额外配置集群特性

内容的提问来源于stack exchange，提问作者ps0604