Большое спасибо за предоставленную информацию.
Итак, наша цель — запустить Discourse в нашем кластере Kubernetes и иметь возможность собирать образ в рамках нашего CI/CD-процесса, отсюда и кастомный Dockerfile. Все переменные окружения затем передаются работающему поду через ConfigMap и/или Secret. Я понимаю, что это не поддерживаемый способ установки, но я пытаюсь хотя бы использовать поддерживаемый метод сборки образа Discourse для конкретной версии, чтобы мы могли контролировать момент обновления.
Изучив существующий скрипт launcher и файл samples/web_only.yml, я полагаю, что могу закомментировать секции volumes и links, так как в Kubernetes это будет реализовано через Persistent Volume и монтирование. Затем мы добавим фиксированные значения переменных окружения в web_only.yml, соберём контейнер с помощью команды bootstrap, а затем скопируем полученный образ в наш собственный репозиторий.
Что касается версии Discourse, мы можем отслеживать появление новых релизов в Docker Hub и затем обновлять значение base_image в файле web.template.yml.
Правильно ли я понимаю?
Ещё один вопрос: в web.template.yml выполняется команда db:migrate, но на момент запуска bootstrap у нас нет подключения к базе данных. Я пробовал использовать флаг --skip-tags, но, похоже, он больше не работает. Можно ли просто удалить эту команду из шаблона, так как она будет выполнена в init-контейнере при запуске пода?