在Kubernetes上使用Wordpress CLI映像

Question

我们有一个基于官方wordpress映像的自定义docker映像，其中包含我们正在开发的自定义主题。我们在这个项目上使用Gitlab CI并在裸机库伯内特斯集群v1.6上部署分支以供审查。它工作正常，但是我们试图通过在部署新实例时自动执行所需的手动操作来增强该过程：

• 安装Wordpress
  • 设置管理员凭据
  • 设置网站名称和url

  WP-cli拥有所需的所有命令。但是如何将它与容器和K8S一起使用呢？我们知道有两种选择：

  • 在基于WordPress的图像中安装该工具

  有些WordPress映像预装了wp-cli（例如tuum-docker-wordpress），但我们觉得这不是正确的方式。在某个时候，我们希望使用带有cli映像的CronJobs资源每天导出数据，我们正在尝试使该过程尽可能通用，我们希望坚持使用官方映像，因此首选第二种选择。根据我们的研究，为了实现第二个选项，我们需要实现两件事：

  • 从CLI容器访问WordPress安装的文件。
  • 执行成功后不要重试。

  我们研究了几个选项，但没有完全成功：

  • 同一个pod中的第二个容器-看起来可以使用EmptyDir在两个容器之间共享文件，但是即使容器成功，它也会重新启动
  • InitContainer—这听起来很诱人，因为数据库迁移是这样完成的。但是，除非使用自定义图像，否则似乎无法获取文件
  • 作业-它完全是为处理一次性任务而设计的，但是访问pod中容器的文件似乎是不可能的

  当您在Kubernetes上部署Wordpress的review部署时，这似乎是一个非常常见的特性，应该有人已经这样做了。但是我们找不到关于这个用例的任何具体信息。

Answer 1

根据@kotsov上面的提示，我们在部署中使用初始化容器完成了这项工作。

步骤：

• 第一个init容器启动wordpress映像，但args被重写为[“apache2前台”，“-版本”]。这将导致它运行入口点，如有必要，安装/设置wordpress，然后使用版本退出
• 第二个init容器是wordpress cli及其命令
• 之后，让wordpress容器再次运行

我们还为/var/www/html在一个持久卷上设置了这些内容，所以如果它再次启动，就不必执行所有这些操作。初始化步骤将根据目录内容跳过初始化步骤。

在部署模板中：

initContainers:
- name: Initialise Wordpress
  image: wordpress: <version>
  args: ["apache2-foreground","-version"]
  env: 
    <your wordpress env>
  volumes:
    <shared volume info>
- name: Wordpress CLI commands
  image: wordpress-cli: <version>
  env: 
    <your wordpress cli env>
  volumes:
    <shared volume info>
containers:
- name: Wordpress
  image: wordpress: <version>
  env: 
    <your wordpress env>
  volumes:
    <shared volume info>

Answer 2

您可以使用基于NFS的文件系统，并将wordpress内容装载到任何类型的工作负载中。

如果您需要一些帮助，请查看https://matthewdavis.io/highly-available-wordpress-on-kubernetes/.