Mon expérience corrobore cela. J’ai vu tellement de petites défaillances étranges au fil des ans que je maintiens toujours des sauvegardes complètes afin de pouvoir repartir de zéro et restaurer le site. Compter sur la correction des problèmes in situ finira par vous faire défaut.
- Le guide d’installation standard utilise Docker - comment surveillez-vous les conteneurs dans un environnement de production car il semble que l’installation standard soit une seule VM avec Docker.
Comme vous, j’ai été laissé en plan lorsque Bitnami a cessé de proposer des images et des graphiques gratuits. J’ai dû adapter et migrer de nombreux déploiements. L’un d’eux était mon déploiement Discourse. Si cela vous est utile, voici un lien vers le graphique Helm de remplacement que j’ai créé en très peu de temps (ce qui signifie qu’il fonctionne mais est loin d’être une conception idéale). C’est une tentative d’utiliser la « méthode d’installation officielle » étant donné que je n’ai vu aucun graphique Helm « standard communautaire » émerger après toutes ces années. (Je suppose que le graphique de Bitnami était effectivement ce standard, car peu d’entre nous avaient prédit ce changement brutal.) Dans tous les cas, ce nouveau graphique que j’exécute pour l’une de mes communautés de recherche est essentiellement juste un pod avec deux conteneurs : le conteneur Docker-in-Docker officiel et un conteneur personnalisé basé sur python:3, installant Docker puis utilisant l’installation Discourse officielle. Comme tous les composants (serveur Discourse, Redis, PostgreSQL) s’exécutent dans la boîte noire de l’image construite localement par le script de lancement, il n’y a pas de scalabilité ni de support pour la haute disponibilité. J’ai réussi à réduire le temps d’arrêt dû à la régénération du pod sur un autre nœud (par exemple, lors de la vidange d’un nœud pour des mises à jour du système d’exploitation ou un crash de nœud) en utilisant docker save pour stocker l’image construite sur le volume persistant, puis en chargeant celle-ci si local_discourse/app:latest n’est pas trouvé.
Mais pour répondre à votre question, je ne sais pas comment surveiller quoi que ce soit dans ce nouveau déploiement. J’exécute en « production » mais ma communauté est suffisamment petite et l’utilisation suffisamment modérée pour que si le forum est hors ligne pendant un certain temps, ce n’est pas grave. Même ainsi, je suis très proche d’abandonner l’auto-hébergement et de migrer vers un service comme Communiteq ou Discourse.org.