实践

init容器是一种特殊容器，其会在Pod内的应用容器启动之前运行。具体地，一个Pod当中可以存在多个init容器。这些init容器会依次运行。具体地，当上一个init容器完成后，下一个init容器才会启动运行。直到所有init容器全部运行完成后，应用容器才会启动运行。换言之，init容器可以实现延迟应用容器的启动。需要注意的是，在符合条件的情况下，init容器必须最终要能完成、结束，而不是一直处于运行状态。否则会导致应用容器永远也不会启动运行

例如，一个Pod的应用容器需要依赖其他服务。此时，即可通过init容器来一直等待所依赖的服务启动完毕并提供服务。当这个服务启动完毕并可以提供服务时，init容器就执行结束了。现在我们的应用容器就可以启动了。下面即是一个使用示例，我们的缓存服务在启动前需要保证default命名空间下的后端、数据库服务均已经启动完毕

apiVersion: apps/v1
kind: Deployment
metadata:  
  name: my-app-redis
spec:  
  # Pod副本数量
  replicas: 3
  selector:
    matchLabels:
      app: redis
  # Pod模板
  template:
    metadata:
      # 标签信息: 应用的缓存服务
      labels:
        app: redis
    spec:
      # 容器信息
      containers:
      - name: my-app-redis
        image: redis:3.2-alpine
      # Init容器, 其会在Pod始化期间依次运行各个Init容器
      initContainers:
      - name: init-my-backend
        image: busybox:1.28
        # 不停检测default命名空间下名为mybackend的后端服务是否启动完毕
        command: ['sh', '-c', "until nslookup mybackend.default.svc.cluster.local; do sleep 5; done"]
      - name: init-my-db
        image: busybox:1.28
        # 不停检测default命名空间下名为mydb的数据库服务是否启动完毕
        command: ['sh', '-c', "until nslookup mydb.default.svc.cluster.local; do sleep 5; done"]

此时由于缓存服务依赖的两个服务并未准备完毕，故可以看到两个init容器也均为完成状态。且Pod并未变为就绪状态

figure 1.png

这里补充说明下，linux命令执行后都有一个返回值。其中，0表示命令执行成功；其他值表示命令执行失败。在命令行条件下，我们可以通过$?变量来查看上一个命令的返回值，测试效果如下所示。故在Shell中对于控制语句而言，可以直接执行命令以将命令的返回值作为控制语句的条件

figure 2.png

现在，我们来创建、启动缓存所需的两个服务，配置如下所示

# 后端Service
apiVersion: v1
kind: Service
metadata:
  name: mybackend
spec:
  ports:
  - protocol: TCP
    port: 80
    targetPort: 9376

---

# 数据库Service
apiVersion: v1
kind: Service
metadata:
  name: mydb
spec:
  ports:
  - protocol: TCP
    port: 80
    targetPort: 9377
    
---