Les confusions se dissipent concernant l'auto-hébergement

(Mon niveau : j’ai construit quelques sites web semi-complexes sur Wix, codeur débutant)

Une grande confusion que j’avais, et qui s’est un peu dissipée maintenant, est que l’auto-hébergement de Discourse est très différent de l’« hébergement web » classique.

1) L’auto-hébergement de Discourse nécessite un serveur, ce qui signifie quelque chose de totalement différent, n’est-ce pas ? (d’où la grande différence de prix par rapport aux tarifs d’hébergement web couramment annoncés, n’est-ce pas ?)

2) Donc, l’« hébergement VPS » est-il le terme équivalent lié à l’auto-hébergement de Discourse ? Ou existe-t-il d’autres options pour cela aussi ? Un autre type d’auto-hébergement ? (Je suis conscient de la possibilité d’héberger sur son propre matériel, cependant.)

3.1) Ensuite, l’« hébergement géré » ; s’agit-il d’un service ajouté à ce type d’hébergement VPS ?

3.2) Est-ce beaucoup plus cher ?

3.3) Mais exactement quoi ?

3.4) En tant que débutant sans gros budget lançant un petit forum (~100 utilisateurs/mois), je peux me passer d’hébergement géré, n’est-ce pas ?

Après des heures de lecture en ligne sur l’hébergement de Discourse, le poste dont est tirée la citation suivante a été l’un des aperçus les plus utiles et complets pour m’aider à choisir ma voie d’hébergement :

Concernant ce point cité, quelqu’un pourrait-il clarifier les éléments suivants :

4.1) Je comprends que cela concerne la maintenance du serveur ? N’est-ce pas déjà inclus maintenant lorsque l’on passe par DO/Hetzner ? Ou cela sera-t-il inclus uniquement dans un type de service séparé ? Comment s’appelle-t-il ?
Par exemple, si j’utilise l’option « 1-click droplet » de DO, est-ce ce type de chose qui inclut cette maintenance ? Ou cela concerne-t-il uniquement la mise en place ?

4.2) Quel niveau de temps et de connaissances la « maintenance » implique-t-elle pour un forum comme le mien ?

4.3) @tophee a dit « Pour diverses raisons, les serveurs gérés sont rarement utilisés par les administrateurs de forums Discourse ». Pourquoi cela ?

J’ai également trouvé cet arbre de décision assez utile, peut-être qu’il est dépassé, donc si certaines parties sont plus faciles maintenant, merci de me le faire savoir.

5.1) Je ne comprends pas très bien ce qu’est SSH, et selon ce graphique, tous les auto-hébergeurs en ont-ils besoin ?

5.2) Que veulent-ils dire par être à l’aise avec la gestion de DO, MailGun et DNS ? Quel niveau de temps et de connaissances la gestion de ces éléments implique-t-elle pour un forum comme le mien ?

Je vais essayer de répondre à vos questions, bien que je pense que vous ayez peut-être quelques termes qui se chevauchent, ce qui explique une partie de votre confusion.

Lorsque les membres de ce forum parlent d’« auto-hébergement » de Discourse, ils font référence au fait de faire tourner une instance de Discourse sur votre propre serveur. (nous y reviendrons dans un instant) Lorsqu’ils parlent d’« hébergement géré », ils font référence à un service qui fournit une instance de Discourse fonctionnant sur du matériel fourni par l’hébergeur. Par « hébergement géré », ils entendent que l’instance de Discourse est gérée par le service, qui s’occupe de maintenir l’instance de Discourse à jour, ainsi que le système d’exploitation sur lequel Discourse fonctionne, et assure son bon fonctionnement.

Pour « auto-héberger » Discourse, vous avez besoin d’un serveur ayant accès à Internet et d’un service DNS correctement configuré pointant vers votre serveur. Le serveur peut être du matériel physique situé dans vos locaux ou un « VPS ». VPS signifie Virtual Private Server (Serveur Privé Virtuel). Un VPS est du matériel de serveur mis à votre disposition, sur lequel vous avez un contrôle total comme s’il était dans vos locaux, mais auquel vous accédez « à distance ». Par « accès à distance », j’entends que vous utilisez des outils tels que SSH et FTP pour accéder au serveur, le contrôler et y transférer des fichiers.

SSH signifie « Secure Shell » (coquille sécurisée). Une coquille sécurisée est essentiellement une invite de commande fonctionnant via un tunnel sécurisé (chiffré). Êtes-vous familier avec la gestion d’un serveur via une invite de commande ?

Coquille, terminal, ligne de commande et invite de commande signifient tous à peu près la même chose. Faire fonctionner un ordinateur en utilisant une fenêtre de terminal et en tapant des commandes à l’invite. Si tout ce que je viens de dire vous semble être une langue étrangère, cela pourrait nécessiter un peu d’apprentissage avant de tenter l’expérience.

Lorsque vous louez un VPS, on vous fournit les identifiants de connexion et l’adresse IP de votre nouveau serveur. En général, lors de l’achat, on vous propose le choix du système d’exploitation. Vous vous connectez à votre serveur en utilisant un programme terminal tel que PuTTY ou simplement la fenêtre de terminal de votre ordinateur. Vous pouvez utiliser un programme FTP (File Transfer Protocol) tel que Filezilla pour transférer des fichiers de votre ordinateur vers le VPS.

Une fois que vous avez loué un VPS et vous y êtes connecté via SSH, vous pouvez installer une instance de Discourse sur votre serveur, et vous « auto-hébergez » alors Discourse. Vous avez un contrôle total sur votre instance de Discourse et le serveur sur lequel elle fonctionne. Vous pouvez généralement maintenir Discourse à jour grâce aux outils d’administration intégrés à Discourse lui-même, mais occasionnellement, vous devrez utiliser l’invite de commande pour effectuer des mises à jour manuelles. Vous devez également conserver des sauvegardes de vos données et savoir comment les restaurer. Discourse effectue des sauvegardes automatiquement, mais vous devez les télécharger et les stocker en sécurité au cas où vous en auriez besoin.

Avec un VPS, vous devrez également maintenir le système d’exploitation sur lequel fonctionne votre instance de Discourse. Cela nécessite une certaine connaissance du système d’exploitation et de la manière de le maintenir à jour et en bon état de fonctionnement. Si vous faites une bêtise sur le VPS, généralement tout ce que le service d’hébergement VPS peut faire est de supprimer votre système d’exploitation et de recharger une version fraîche. Vous devez également sauvegarder les données importantes nécessaires au cas où vous devriez recharger le système d’exploitation.

Une fois configuré et en fonctionnement, c’est une chose assez facile à maintenir, si vous savez ce que vous faites. D’après votre description de vos compétences, je pense que vous pourriez gérer cela. La meilleure façon d’apprendre à faire tout cela est d’essayer. La location d’un VPS est assez peu coûteuse de nos jours. Configurez un serveur, essayez de faire fonctionner Discourse dessus et venez ici ou sur ask.discourse.org si vous avez des questions.

Gardez simplement à l’esprit que si le forum que vous gérez ne reçoit pas beaucoup de trafic, ce qui ne sera pas le cas tout seul, si vous faites une bêtise, vous pouvez simplement recommencer. Si un groupe de personnes rejoint votre forum et commence à publier, vous devrez le maintenir et le sauvegarder. Si vous avez un forum préexistant, ou un produit que vous souhaitez promouvoir ou prendre en charge, envisagez peut-être de consulter un fournisseur d’hébergement. Si vous expérimentez simplement et apprenez… foncez.

L’hébergement Discourse ≠ l’auto-hébergement

Je suis un auto-hébergeur expérimenté et j’ai réalisé certaines configurations complexes ; de plus, j’ai travaillé pour Discourse, donc j’ai une certaine connaissance des deux concepts, que vous semblez confondre un peu. Je vais essayer de clarifier certaines choses pour vous, mais ce n’est en aucun cas une explication exhaustive, même si elle est un peu longue lol. Je ne sais pas d’où vous avez tiré ce diagramme de flux, mais il n’est pas vraiment correct.

L’hébergement Discourse est ce que cela signifie – Discourse hébergera votre site moyennant des frais, et comme vous l’avez déjà découvert, il existe différentes gammes de prix, à partir de gratuit, qui offrent plus d’options à mesure que vous montez, et l’offre entreprise est la plus élevée et la plus chère (elle vous offre le plus d’options ainsi que les services de leur équipe de support de premier plan et les options de conception et de développement personnalisées). L’hébergement géré est la même chose (l’hébergement Discourse est une forme d’hébergement géré), mais est également proposé par d’autres entreprises partenaires comme Communiteq ou Literate Computing. Ces entreprises partenaires offrent également divers services de développement et de support moyennant des frais en plus de l’hébergement (comme moi). Gardez à l’esprit que le travail n’est généralement pas gratuit pour le développement et le support spécialisé, et c’est à cela que sert le Marketplace. De plus, bien que la structure de prix de l’hébergement Discourse puisse vous sembler chère, je peux vous assurer que de nombreuses entreprises bien connues leur paient gros pour leurs très grands forums d’entreprise très fréquentés et bien gérés, dont beaucoup sont privés. Les SLAs et les niveaux de services de support / développement que Discourse leur offre sont tels parce que leur activité commerciale l’exige. Par exemple, si vous êtes une entreprise technologique ou une organisation financière et que vous êtes victime d’une attaque DDoS qui peut coûter à votre entreprise 6 chiffres en temps d’arrêt et en perte de services, ou si vous avez besoin d’une interface professionnelle très personnalisée pour un grand nombre d’employés, alors payer pour l’hébergement entreprise en vaut vraiment la peine.

L’auto-hébergement signifie ce que cela dit – vous hébergez votre propre site sur un serveur loué (ou un serveur physique que vous possédez, ce que je ne recommande pas car c’est une autre boîte de pandore avancée. L’auto-hébergement ne consiste pas seulement à louer un serveur (ou VPS - serveur privé virtuel) et à se connecter via SSH et c’est tout. Il faut avoir certaines connaissances pour être un administrateur auto-hébergé. Un débutant en programmation qui a construit quelques sites Wix ne vous sera pas d’une grande aide d’un point de vue auto-hébergement Discourse ; ce sont des choses très différentes et un niveau de compétence différent. Le fait que vous ne sachiez pas ce qu’est SSH est probablement un indicateur que vous avez encore de la croissance à faire dans ce domaine. Secure Shell - Wikipedia

Si vous êtes intéressé par l’apprentissage, je vous suggère de commencer par lire la documentation d’installation standard et d’apprendre les bases à partir de là. Certains trouvent cela plus facile que d’autres, et le fait que vous ayez une certaine expérience en administration de sites web peut vous aider à apprendre plus rapidement. Le simple fait de pouvoir se connecter via SSH à un serveur est une chose, mais vous devez être à l’aise avec une interface en ligne de commande et comprendre les bases de l’administration Docker, et comment fonctionnent les conteneurs. Puisque vous dites que vous avez un petit site, alors une installation standard fonctionnera probablement bien pour commencer, et cela vous donnera accès à tous les plugins intégrés, plus tous les autres que vous pourriez vouloir ajouter ; essentiellement, une instance Discourse auto-hébergée est comme avoir votre propre forum Discourse hébergé de niveau entreprise mais sans leur support expert et leurs SLAs de disponibilité et de performance (par exemple, vous aurez quelques temps d’arrêt à chaque fois que vous reconstruisez ou faites des mises à jour, mais Discourse le fait pour vous et sans temps d’arrêt perceptible).

Il n’y a aucune raison pour que vous ne puissiez pas apprendre à auto-héberger, mais rappelez-vous que rien n’est gratuit et que le service et l’échelle que vous souhaitez détermineront les coûts que vous devrez payer. Certains services VPS sont moins chers que d’autres, et il y a une liste ici que @pfaffman a compilée qui peut vous aider à décider. Par exemple, j’ai 3 sites Discourse, tous sur Hetzner, mais avec des serveurs de tailles différentes et des coûts associés : 2 sites sont des installations à double conteneur derrière Cloudflare CDN avec R2 (stockage objet compatible S3) pour les téléchargements et les sauvegardes, et l’autre est une installation standard utilisée à des fins de test. J’ai utilisé DigitalOcean avant, mais cela peut être relativement cher ; cependant, c’est le point de départ recommandé pour ceux qui apprennent les installations standard (bien que je ne trouve pas Hetzner si différent, et je préfère leur tableau de bord).

Si vous ne voulez pas payer Discourse ou l’une de leurs entreprises partenaires d’hébergement pour gérer votre hébergement, et que vous avez besoin de plus que le niveau gratuit, alors ma recommandation est de faire des recherches et de lire, puis d’essayer une installation autonome. Apprenez ce qu’est un fichier app.yml et comment le modifier, comment configurer votre serveur de noms et vos services de messagerie – c’est le point de départ pour apprendre à configurer votre propre instance Discourse en tant qu’auto-hébergeur. Certains services VPS vous permettent de louer des serveurs assez bon marché pour de courtes périodes juste pour tester ou apprendre.

C’est un graphique correct et je suis d’accord avec tout ce que les personnes au-dessus de moi ont déjà dit (même si je déconseillerais fortement à un débutant d’utiliser un LLM pour obtenir de l’aide, car ils ont tort de manière flagrante une grande partie du temps). Cependant, l’auto-hébergement est un terme générique qui pourrait être précisé ici.

Si vous :

  • êtes à l’aise pour faire fonctionner Linux sur votre propre matériel (ou pour vous débattre avec la lecture de posts Reddit datant de 15 ans)
  • n’avez pas les moyens de dépenser de l’argent chez les grandes entreprises technologiques
  • disposez d’une connexion Internet et d’une alimentation électrique stables et garanties 24h/24 et 7j/7
  • n’avez pas de restrictions imposées par votre FAI (comme un port 80/443 fermé ou une adresse IPv4 dynamique)
  • savez effectuer des tâches de réseau de base (redirection de ports)
  • possédez un ordinateur en réserve (cela peut être une vieille machine de bureau avec 4 Go de DDR3, à condition d’avoir un SSD)

… alors je recommanderais vivement d’héberger sur votre propre matériel. Cela a souvent une mauvaise réputation ici pour des raisons qui m’échappent (variabilité ?), mais tant que vous en êtes capable, je vous recommande vivement d’essayer ! L’auto-hébergement a toujours été ma façon de faire les choses et c’était génial quand j’étais plus jeune et ne pouvais pas me permettre le cloud. Même aujourd’hui, je choisis d’auto-héberger sur des serveurs locaux car c’est peu coûteux, prévisible et vous êtes libre de faire les choses comme vous le souhaitez.

Il y a beaucoup de choses à apprendre avec l’auto-hébergement et même si vous parvenez à l’installer avec succès sur votre propre matériel ou un VPS, vous aurez encore beaucoup de travail devant vous. Vous pouvez toujours tout cela ignorer et opter pour une formule hébergée, mais si vous cherchez à économiser de l’argent, l’auto-hébergement (surtout sur votre propre matériel) est excellent.

Si on l’exécute sur, disons, un ordinateur de reche à la maison, cela nécessiterait que l’ordinateur soit allumé 24h/24 et 7j/7, et probablement la mise en place d’un tunnel Cloudflare, non ? Je pencherais donc plutôt pour la location simple d’un serveur, l’achat d’un nom de domaine et la mise en place d’un serveur de messagerie. Quand j’ai commencé l’auto-hébergement, j’étais assez perdu face à tous ces termes qui volaient autour, mais comme Discourse dispose d’une documentation solide, et que l’installation est un processus guidé via l’installateur en ligne de commande, je dirais que la mise en place n’est finalement pas si difficile pour un débutant.

Pas nécessairement. Le transfert de port est pris en charge par de nombreux routeurs (même les modèles basiques et les passerelles des FAI), ce qui est évidemment la méthode privilégiée, surtout si vous pouvez utiliser un proxy inverse. Je recommanderais un tunnel Cloudflare uniquement à quelqu’un qui ne peut pas faire de transfert de port ou qui ne souhaite pas bidouiller avec le réseau de quoi que ce soit.

Cela omet un point essentiel : vous ne pouvez pas être certain que votre pare-feu domestique est prêt à gérer tous les vecteurs d’attaque exploitables en ouvrant des ports vers Internet public. En général, je déconseille d’ouvrir des ports directement ; utilisez plutôt quelque chose comme les tunnels Cloudflare pour protéger votre adresse IP domestique contre les attaques DDoS et éviter d’être potentiellement bloqué par la plupart des autres réseaux.

C’est quelque chose que j’aurais pu prendre pour acquis, car mon réseau UniFi configure et maintient automatiquement un pare-feu avec peu ou pas d’intervention, à part débloquer les signatures qu’il identifie à tort comme malveillantes (Soulseek et Minecraft, notamment). Les tunnels Cloudflare constituent une bonne solution pour la plupart des goulets d’étranglement liés aux FAI, mais je ne les ai jamais utilisés dans un but de sécurité pour pouvoir commenter cela avec précision, si ce n’est que l’utilisation d’un nuage orange dans les DNS offre une meilleure sécurité grâce à la protection DDoS et à toutes les autres fonctionnalités intégrées.

Internet est un endroit dangereux et la publication de quoi que ce soit sur le web public comporte le risque que des bots vous trouvent et tentent de vous attaquer. Les tunnels CF sont efficaces pour empêcher une partie de cela, mais vous n’arrêterez pas le trafic des scanners de bots automatisés, et il n’existe aucun programme à 100 % sécurisé.

Votre Unifi fait ce qu’un pare-feu correctement configuré est censé faire, mais nous ne savons jamais s’il existe ou non une vulnérabilité non corrigée exploitée activement dans la nature.

Le raisonnement derrière le fait de ne pas ouvrir de ports sur une connexion résidentielle, en particulier si vous hébergez un homelab ou des services contenant des données importantes ou personnelles, c’est qu’un port ouvert, s’il n’est pas correctement sécurisé, peut et sera utilisé pour obtenir un accès non autorisé à votre réseau domestique.

L’avantage de le router via quelque chose comme les tunnels CF est que vous n’exposez pas immédiatement votre réseau domestique au public. Vous avez Cloudflare comme intermédiaire et, compte tenu de leur taille, il est fort probable que leur filtrage sera beaucoup plus proactif pour prévenir les menaces émergentes.

Ce que nous disons, je pense, c’est que l’auto-hébergement exige un certain niveau de compétences en administration système Linux et en sécurité.

Les solutions les moins coûteuses demandent davantage d’expertise et d’efforts.

Je suis revenu dès que j’ai pu. Ça m’a pris un moment pour apprécier et digérer avec soin toutes ces réponses très réfléchies et détaillées à chacune de mes interrogations. Les réponses ont été si utiles que je me suis retrouvé à sourire en les lisant ; elles ont dissipé tant de confusion, et maintenant je comprends vraiment ce que beaucoup de choses signifient et impliquent. Quel groupe d’âmes exceptionnelles et quelle belle communauté !

Quelques interrogations restantes :
1) Les fournisseurs de VPS comme DO proposent-ils également un hébergement géré pour Discourse ?
2.1) Quel type de temps et de niveau de connaissances implique la maintenance d’un VPS hébergeant Discourse pour un forum de mon type ?
2.2) @tophee a dit : « Pour diverses raisons, les serveurs gérés sont rarement utilisés par les administrateurs de forums Discourse ». Pourquoi cela ? Est-ce parce que cela demande un travail ponctuel mais pas trop important ?
3) Concernant la gestion du SMTP et du DNS, quel type de temps et de niveau de connaissances cela implique-t-il pour un forum de mon type ?

Pas du tout dans ce contexte. Je n’ai utilisé l’invite de commande que de manière minimale pour installer ou réparer des choses sur mon PC en suivant des tutoriels, en sachant à peine ce que je faisais.
@Andrew_Rowe a dit : « Gardez simplement en tête que si le forum que vous gérez ne reçoit pas beaucoup de trafic, ce qui ne sera pas le cas tout seul »
Cela touche à une préoccupation que j’avais concernant le référencement (SEO) et la découvrabilité :
4) Supposons que le contenu du forum soit constant. Comment le référencement et la découvrabilité du forum se compareront-ils entre l’hébergement gratuit de Discourse et l’auto-hébergement ?
Est-ce un facteur majeur causant des différences importantes ; le plan gratuit de Discourse est-il si optimisé et en avance sur cet aspect par rapport à une configuration auto-hébergée bien réalisée par un débutant utilisant un VPS non géré ?
Ou est-ce que ce n’est même pas un facteur causant une grande différence ?
Le simple fait de mettre à jour un Discourse auto-hébergé garantit-il que cet aspect est équivalent à celui du plan gratuit de Discourse ?

@Lilly, j’apprécie tellement cette longue explication de ta part. Bien que certaines hypothèses derrière certains commentaires dans ta réponse ne s’appliquent pas à moi et que je les ai déjà clarifiées dans des posts que tu as dû lire pour répondre

:backhand_index_pointing_up:C’était l’une de tes nombreuses informations utiles qui m’a donné une image plus claire

Cela a touché une autre de mes préoccupations ; non pas concernant les performances informatiques et les spécifications, mais concernant une configuration et une maintenance appropriées :
5) DO/Hetzner offrent-ils une différence significative par rapport à un VPS très bon marché (mais bien sûr doit être légitime) ? Par exemple, ce IONOS VPS Hosting | Virtual Private Servers | Starting at $2/month
Est-ce que cela entraîne plus de travail ? Y a-t-il d’autres problèmes à éviter pour quelque chose comme ça ?

@darkpixlz Merci pour ta réponse. J’ai senti que l’hébergement sur du matériel personnel serait une autre boîte de pandore pour moi, donc je ne l’ai pas envisagé, et tu as encore clarifié comment je ne suis vraiment pas équipé pour cette option en particulier

Je ne pense pas.

Pas beaucoup de temps… si vous savez ce que vous faites, mais…

Cela rendrait la maintenance d’un VPS hébergeant Discourse beaucoup plus difficile.

Le DNS est assez simple. Vous pourriez vous en sortir avec l’aide de l’IA, et une fois que cela fonctionne, la tâche est terminée. Il existe des outils en ligne pour vérifier que tout fonctionne correctement.

Le SMTP est une autre histoire. Beaucoup de personnes qui hébergent Discourse elles-mêmes utilisent un service. Recherchez des recommandations sur ce forum. Personnellement, j’utilise Docker Mail Server, mais j’ai désactivé les e-mails de récapitulatif, donc il n’y a pas beaucoup de trafic e-mail.

Oups, c’est en gros ce que @Andrew_Rowe a dit. Je devrais vraiment lire jusqu’à la fin avant de répondre.

Pas habituellement.

Autant que vous le laisserez faire. J’ai laissé cela devenir un travail à temps plein. J’ai vu des personnes ne pas mettre à jour leur serveur pendant des années.

Vous devez connaître suffisamment le SMTP pour configurer Mailgun ou un service similaire. Vous devez connaître suffisamment le DNS pour créer les enregistrements nécessaires au fonctionnement du mail et de l’hôte.

Le référencement (SEO) n’a rien à voir avec le fait d’être auto-hébergé ou non.

Si je me souviens bien, la raison est que si vous souhaitez mettre à jour ou réparer quelque chose via la ligne de commande, vous n’avez pas toujours un accès complet, votre fournisseur devant effectuer ces tâches pour vous, ce qui signifie, en un sens, que vous n’êtes pas totalement propriétaire de toutes vos données. Mais vérifiez d’abord ces informations. Les choses ont pu changer.

Je ne suis pas sûr de ce que cela signifie, mais si vous avez clarifié quelque chose que j’ai posté, je ne pense pas l’avoir lu avant de poster. En tout cas, j’ai essayé d’être aussi complet que possible, donc il y a peut-être plus d’informations que nécessaire, je ne sais pas.

Je ne connais rien à ces services VPS, mais j’ai jeté un coup d’œil…

Personnellement, je n’essaierais pas de faire fonctionner même un petit forum sur moins de 4 Go de RAM et suffisamment d’espace disque pour créer un fichier swap de 2 Go.

Mais vous devez lire les conditions et les détails et comprendre ce que vous obtenez. Certains de ces services n’offrent qu’une IP partagée assignée, ce qui ne fonctionnera pas pour Discourse - par exemple, vps-mart.com :

Ainsi, je n’utiliserais pas leurs services, même si les autres spécifications sont raisonnables pour une petite installation Discourse.

sur IONOS VPS Hosting | Virtual Private Servers | Starting at $2/month, je vois que la configuration à 4 $/mois nécessite un engagement de 12 mois et aucun détail sur l’IP, donc il est important de vraiment lire les conditions de ce que vous voulez (je remarque aussi qu’ils offrent Plesk, ce que vous ne voulez pas :face_vomiting:) :

Voici les coûts actuels de Hetzner pour une configuration Linux similaire qui fonctionnera pour Discourse, et elle fournit une IP dédiée et un accès SSH root :

Je pense que le moyen le plus simple de s’en rendre compte est de suivre le guide d’installation officiel de Discourse en 30 minutes pour l’hébergement autonome sur Digital Ocean :

La première fois que j’ai suivi ces instructions, j’avais peu ou pas d’expérience préalable dans la configuration du DNS, du SMTP et du SSH, mais j’ai réussi à mettre en place un forum immédiatement. Aujourd’hui, je trouve ces étapes simples après les avoir effectuées de nombreuses fois.

Si vous ne finissez pas par utiliser ce forum, supprimez-le ensuite.

Et si vous rencontrez des problèmes, n’hésitez pas à poser vos questions sur ce forum d’assistance, où vous trouverez également beaucoup d’informations existantes pour vous aider.

Si vous trouvez ces étapes gérables, vous devriez être en mesure d’assurer votre propre hébergement. Si cela est trop difficile ou trop chronophage, vous seriez probablement mieux servi par un hébergement géré.

Parfois, on a tendance à trop réfléchir, alors que le simple fait d’essayer peut répondre à beaucoup de vos questions !

Je n’ai pas de chiffres exacts, mais une grande partie des instances Discourse sont hébergées en mode géré, par Discourse.org, Communiteq.com, et peut-être quelques autres acteurs plus petits.

Il est vrai qu’un fournisseur d’hébergement géré ne donne normalement pas aux clients un accès en console. Un fournisseur ne peut pas raisonnablement assumer la responsabilité de la sécurité, de la stabilité et de la maintenance d’un système qu’il ne contrôle pas entièrement.

Cela ne signifie cependant pas que les clients ne sont pas propriétaires de leurs données. Bien sûr que si.

Certains de nos clients ouvrent occasionnellement un ticket de support pour nous demander d’exécuter un script rails c. Nous examinons le script pour vérifier sa sécurité et sa cohérence, l’exécutons, et fournissons la sortie si demandé. Le délai de traitement peut être légèrement plus long que si vous l’exécutiez vous-même, mais en contrepartie, vous bénéficiez d’une vérification supplémentaire sans frais supplémentaires.

Avec l’hébergement géré, vous n’avez pas non plus à vous soucier des mises à jour, car elles sont effectuées pour vous. En particulier, les mises à jour de sécurité urgentes peuvent généralement être déployées rapidement, sans que chaque administrateur de site n’ait d’abord à remarquer le problème et à prendre des mesures.

Cela a été très utile, merci @Andrew_Rowe @Lilly @pfaffman @NateDhaliwal @RGJ @traceymoko d’avoir clarifié les derniers points qui me posaient question. Les choses sont beaucoup plus claires maintenant. Tout bien considéré, j’envisage sérieusement l’auto-hébergement via un VPS, car c’est presque la seule façon d’obtenir les fonctionnalités de base spécifiques à mon objectif.

Pour donner plus de contexte, le développement web n’est absolument pas mon domaine de compétence ; mon engagement principal est envers une petite association caritative que je dirige, qui nécessite l’essentiel de mon attention, de mon temps, de mes efforts et de mes sous. Je cherche donc à maximiser l’utilité de ce peu de ressources dont je dispose et à minimiser les pertes liées à des activités moins productives. Je crains donc que cela ne crée une nouvelle charge nécessitant un engagement important, auquel je ne devrais pas consacrer mon temps.

La création de sites web m’a déjà trop pris de temps au détriment de mes activités principales. Je suis donc inquiet à l’idée d’ajouter encore cette nouvelle responsabilité. J’ai de solides bases scientifiques et je suis capable d’apprendre et de mettre en œuvre des solutions, ce n’est pas là la principale incertitude. Même une mise en place initiale coûteuse en temps me convient, tant que le système fonctionne ensuite de manière autonome. Mais si cela nécessite également une maintenance constante, je reste totalement dans le flot quant au temps que cette option me demandera. Peut-être que la situation s’améliorera à court terme, me permettant d’externaliser cette partie, et je penserai à vous tous. Mais pour l’instant, je suis bloqué par ce dilemme entre temps et ressources limités. Je vais essayer de m’en charger seul, mais avec beaucoup d’hésitation.

Je pense que vous pouvez obtenir une réduction si vous êtes une organisation à but non lucratif. Voici un extrait de la page tarifaire :

Pour notre réduction de 50 % destinée aux organisations à but non lucratif, nous exigeons un document officiel de votre gouvernement attestant de votre statut d’organisation à but non lucratif et de votre exonération d’impôts fédéraux (par exemple, une lettre 501c3).

Jetez un coup d’œil

comme vous l’avez probablement remarqué ici, la plupart des membres réguliers sont très serviables. une fois que vous lancez votre propre projet auto-hébergé, vous pouvez poser des questions au fur et à mesure, et beaucoup d’entre nous vous aideront avec des conseils. beaucoup de personnes ont commencé à partir d’un point similaire au vôtre et administrent désormais des forums très actifs. mon parcours a été légèrement différent car je travaille dans l’informatique depuis la majeure partie de ma vie, et j’ai hérité d’un rôle d’administrateur pour un forum très actif hébergé par Discourse il y a des années. j’ai beaucoup appris en communiquant avec l’équipe via leurs canaux de support pour les sites hébergés, et en lisant et en publiant ici sur Meta. j’ai fini par en apprendre assez pour avoir le privilège et le plaisir de travailler pour eux et d’en apprendre encore plus. même si j’ai depuis quitté l’entreprise, je continue à travailler sur des projets de développement et de support liés à Discourse, et j’auto-héberge désormais ce forum particulier sur lequel j’ai commencé en tant qu’administrateur - il prospère et est aussi actif que jamais, avec davantage de personnalisations.

honnêtement, la partie la plus chronophage est la construction initiale et la configuration du forum comme vous le souhaitez. une fois que vous avez un forum en place, en fonctionnement et configuré, le temps de maintenance n’est pas si élevé et se limite simplement à effectuer des mises à jour périodiques. les sauvegardes peuvent être automatisées, et avec certaines configurations, les temps d’arrêt pendant les mises à jour et les reconstructions peuvent être réduits au minimum. en utilisant un CDN et un double conteneur (un pour l’application web et un autre pour la base de données), mon temps d’arrêt réel de reconstruction est de 30 secondes et j’ai un script bash qui exécute toute la mise à jour avec un écran de démarrage qui informe les utilisateurs que le site se rechargera automatiquement lorsqu’il sera prêt. de nos jours, ce forum ne me prend pas plus de 15 minutes de temps toutes les deux semaines environ, juste pour maintenir le système d’exploitation, docker et Discourse à jour. je me connecte simplement en ssh au serveur, fais les mises à jour système, puis exécute le script. je sais que cela peut être encore plus automatisé, mais j’aime toujours un peu de travail manuel.