J’essaie de décider entre héberger Discourse moi-même sur un VPS ou payer pour une instance entièrement gérée.
J’utilise Linux depuis 25 ans et je gère mes propres serveurs de base pour quelques applications personnelles comme Nextcloud et Syncthing. Je ne suis pas un administrateur système, mais je me débrouille sur un serveur Ubuntu.
Sur une échelle de 1 à 10, 10 étant le plus grand niveau de difficulté de gestion d’une instance Discourse, quelle note donneriez-vous ?
Si je dois un jour migrer mon instance Discourse vers un autre VPS, le processus est-il assez transparent ou problématique ?
Quels sont les problèmes les plus courants que vous rencontrez avec l’auto-hébergement ?
2 — avec des connaissances assez basiques du shell, d’Ubuntu et du fonctionnement d’Internet
Je n’avais rien et tout s’est déroulé comme documenté
Bugs et problèmes de documentation de niveau administrateur, y compris des documents trop courts, difficiles ou de niveau développeur ; des situations assez rares après tout et WordPress donne plus de cheveux gris
Je donnerais une note de 5 pour la configuration initiale et de 1 pour la maintenance.
Le processus initial de configuration, bien que bien documenté, nécessite toujours de la prudence avec le fichier de configuration. Une fois le fichier app.yml en place, pour mettre à jour Discourse plus tard, il suffit d’exécuter ./launcher rebuild app.
Je vous recommande de commencer avec la configuration à deux conteneurs, qui vous offrira un temps d’arrêt quasi nul lors des mises à jour.
Extrêmement facile. Il suffit d’arrêter le conteneur ./launcher stop app et d’utiliser rsync -av /var/discourse new_host:/var/ pour copier tout le dossier, puis d’exécuter ./launcher rebuild app sur le nouvel hôte.
La plupart du temps, c’est sans tracas. Si vous utilisez des plugins tiers/composants de thèmes anciens et mal entretenus, vous pourriez rencontrer des problèmes après une mise à jour, mais vous pouvez toujours les désactiver.
Je lui donnerais un 7/10 pour la gestion de Discourse. L’installation et la gestion sont généralement un jeu d’enfant, mais parfois je rencontre des problèmes qui me prennent du temps à résoudre, mais cela finit par fonctionner. De plus, vous avez plus de contrôle sur votre instance ! J’avais l’habitude d’exécuter mon instance Discourse dans le cloud, mais maintenant je l’exécute chez moi sur mon réseau résidentiel.
La migration est un processus transparent. Ce que je fais, c’est créer une nouvelle instance Discourse sur mon autre serveur, puis sauvegarder mon serveur existant, et enfin restaurer la sauvegarde sur le nouveau serveur. Ensuite, je dois rediriger tout le trafic.
Un problème courant que je rencontre est parfois, lorsque je reconstruis mon instance Discourse pour une mise à jour ou l’installation d’un plugin, elle se casse parfois. J’ai découvert plus tard que la raison était que j’utilisais un disque dur mécanique défectueux, donc ce n’est pas entièrement la faute de Discourse.
Si vous voulez plus de contrôle et que vous êtes prêt à prendre des mesures supplémentaires pour y parvenir, optez pour l’option auto-hébergée.
Le processus d’installation initial a été un peu difficile pour moi car je n’ai jamais rien installé en ligne de commande, mais j’ai fini par comprendre.
Le deuxième défi principal est la configuration de l’envoi/réception d’e-mails.
Je préférais l’hébergement Discourse avec DiscourseMail et le support de l’équipe est très utile, mais pour un nouveau site avec peu de trafic, vous n’en avez pas besoin et il est plus abordable de s’auto-héberger avec un serveur à 12 par mois, c'est moins cher que le plan standard à 100 par mois.
Cependant, j’ai passé beaucoup de temps à comprendre comment faire fonctionner cela, donc si vous valorisez beaucoup votre temps, l’hébergement Discourse peut en fait être moins cher que de gérer le serveur vous-même.