我应该如何为 Kubernetes 重写 docker-compose.yaml？

Question

我对 K8s 很陌生，所以我从来没有使用过它。 但我已经熟悉了节点/pod 的概念。 我知道 minikube 是用于调试/等的本地 k8s 引擎，我应该通过 kubectl 工具与任何 k8s 引擎进行交互。 现在我的问题是：

1. 在我的本地 minikube 实例和生产 AWS/etc 实例上启动相同的配置能否保证结果相同？

2. 如何为我的项目设置持续部署？ 现在我已经配置了 CI，它使用:latest标签将测试代码的图像推送到 docker 集线器。 但我希望它们以滚动更新模式自动部署，而不会中断正常运行时间。

3. 使用我应该执行的步骤来获得正确的配置以使其在任何集群上工作会很棒吗？ 我不想保存 docker-compose 的符号并使用 kompose。 我想在 k8s 上下文中正确地做到这一点。

我目前的 docker-compose.yml 是（django 和 react 服务现在可以从 dockerhub 获得）：

version: "3.5"
services:
  nginx:
    build:
      context: .
      dockerfile: Dockerfile.nginx
    restart: always
    command: bash -c "service nginx start && tail -f /dev/null"
    ports:
      - 80:80
      - 443:443
    volumes:
      - /mnt/wts_new_data_volume/static:/data/django/static
      - /mnt/wts_new_data_volume/media:/data/django/media
      - ./certs:/etc/letsencrypt/
      - ./misc/ssl/server.crt:/etc/ssl/certs/server.crt
      - ./misc/ssl/server.key:/etc/ssl/private/server.key
      - ./misc/conf/nginx.conf:/etc/nginx/nginx.conf:ro
      - ./misc/conf/passports.htaccess:/etc/passports.htaccess:ro
    depends_on:
      - react
  redis:
    restart: always
    image: redis:latest
    privileged: true
    command: redis-server
  celery:
    build:
      context: backend
    command: bash -c "celery -A project worker -B -l info"
    env_file:
      - ./misc/.env
    depends_on:
      - redis
  django:
    build:
      context: backend
    command: bash -c "/code/manage.py collectstatic --no-input && echo donecollectstatic && /code/manage.py migrate && bash /code/run/daphne.sh"
    volumes:
      - /mnt/wts_new_data_volume/static:/data/django/static
      - /mnt/wts_new_data_volume/media:/data/django/media
    env_file:
      - ./misc/.env
    depends_on:
      - redis
  react:
    build:
      context: frontend
    depends_on:
      - django

Answer 1

简短的回答是肯定的，您可以使用 K8s 复制 docker-compose 的内容。

1. 这取决于您的基础设施。 例如，如果您的 AWS 部署中有一个外部LoadBalancer ，那么在您的本地就不一样了。

2. 您可以进行滚动更新（这通常适用于无状态服务）。 您还可以利用GitOps类型的方法。

3. docker-compose 表示法与 K8s 不同，所以是的，您必须将其转换为 Kubernetes 对象：Pods、Deployment、Secrets、ConfigMaps、Volume 等，并且在大多数情况下，基本对象可以在任何集群上工作，但总会有是一些与集群物理特性相关的特定对象（即存储卷、负载平衡器等）。 Kubernetes 文档非常全面并且非常有用。