Миграция на самохостимое решение из Kubernetes

Мой опыт подтверждает это. За годы я столкнулся с таким количеством странных мелких сбоев, что всегда делаю полные резервные копии, чтобы иметь возможность начать с нуля и восстановить сайт. Попытки исправлять проблемы на месте рано или поздно приведут к неудаче.

Как и вы, я оказался в тупике, когда Bitnami прекратила предоставлять бесплатные образы и графики. Мне пришлось адаптироваться и мигрировать множество развертываний. Одним из них было развертывание Discourse. Если это будет вам полезно, вот ссылка на заменяющий Helm-чарт, который я создал за очень короткое время (что означает, что он работает, но далеко от идеального дизайна). Это попытка использовать «официальный метод установки», поскольку за все эти годы так и не появился «стандарт сообщества» в виде Helm-чарта. (Полагаю, чарт Bitnami фактически был таким стандартом, так как немногие из нас предвидели такие резкие изменения.) В любом случае, этот новый чарт, который я использую для одного из моих исследовательских сообществ, по сути представляет собой под с двумя контейнерами: официальный контейнер Docker-in-Docker и пользовательский контейнер на основе python:3, который устанавливает Docker, а затем использует официальную установку Discourse. Поскольку все компоненты (сервер Discourse, Redis, PostgreSQL) работают внутри «черного ящика» локального образа, созданного скриптом запуска, масштабируемость или поддержка высокой доступности отсутствуют. Мне удалось сократить время простоя при перезапуске пода на другом узле (например, при выводе узла из эксплуатации для обновления ОС или при сбое узла), используя docker save для сохранения собранного образа на постоянный том, а затем загружая его, если local_discourse/app:latest не найден.

Но чтобы ответить на ваш вопрос: я не знаю, как мониторить что-либо в этом новом развертывании. Я работаю «в продакшене», но мое сообщество достаточно мало, а использование умеренное, поэтому, если форум временно недоступен, это не проблема. Тем не менее, я очень близок к тому, чтобы отказаться от самостоятельного хостинга и перейти на такой сервис, как Communiteq или Discourse.org.