Quelles configurations de serveur utilisez-vous dans vos projets ? Faut-il tout miser sur Amazon Web Services ? EC2, S3, RDS et Cloudfront ? Ou vaut-il mieux utiliser des services distincts, comme Amazon uniquement pour S3, tandis que Digital Ocean pour Discourse et peut-être Fastly comme CDN ?
J’aimerais savoir comment vous gérez ce forum, mais aussi d’autres communautés existantes, pour comprendre ce qu’il convient de faire.
Merci d’avance à tous !
Cela dépend vraiment de votre objectif et de vos besoins.
Faire fonctionner le tout sur un droplet à 5 $ est idéal et suffisant pour la plupart des communautés de loisirs. Il existe de très grands sites Discourse fonctionnant sur une seule machine, qui évoluent simplement verticalement selon les besoins.
Les sites d’entreprise et commerciaux peuvent opter pour une configuration plus complexe utilisant des services de cloud public pour atteindre un SLA strict, ou externaliser l’hébergement à un hébergeur professionnel comme Discourse pricing | Discourse - Civilized Discussion
J’utilise un droplet DO à 20 $ pour mon site, Cloudflare devant, et le stockage S3 en arrière-plan. Mon site compte environ 400 000 articles au total avec environ 10 000 sessions/jour en moyenne selon Google Analytics.
Je suis nouveau dans cette communauté mais j’ai eu des expériences en développement web par le passé. Cependant, je suis une personne qui aime faire les choses bien et tout gérer de la meilleure façon possible. Je pense très grand ! Et je trouve que l’idée de gérer la base de données et les téléchargements séparément est vraiment bonne. Mais j’ai du mal à décider si je dois tout gérer avec AWS en utilisant leurs produits ou non. Par exemple, le verrouillage fournisseur (Vendor Lock-In). Évidemment, si on utilise EC2 avec une distribution Linux standard comme Ubuntu et RDS pour la base de données PostgreSQL, il n’y a pas de problème mais avec S3 ou peut-être en utilisant d’autres standards et fonctionnalités de fournisseurs comme Lambda, cela pourrait poser un problème lorsque l’on souhaite migrer vers un autre hébergeur.
Il existe d’autres fournisseurs s3 pris en charge : Utilisation du stockage d’objets pour les téléchargements (S3 et clones).
D’après ce que vous avez dit, je vous recommanderais de commencer avec une seule instance EC2 pour régler les choses. Si vous souhaitez plus tard passer à RDS (et elasticache), et S3, vous pourrez le faire en fonction de vos besoins et de votre budget.
Dernière question. Pour utiliser le S3, il faut un CDN, n’est-ce pas ? Mais le même CDN que celui utilisé pour le site ou faut-il configurer un autre CDN spécifiquement pour les données chargées sur le S3 ?
Plus tard. Le CDN du site et le CDN S3 ont des « origines » différentes.
Par exemple, Fastly pour le forum et Amazon Cloudfront pour le S3. Est-ce que j’ai raison ?
J’utiliserais soit Cloudfront, soit Fastly pour les deux. Utiliser plusieurs fournisseurs pour exactement le même produit dans une seule instance semble inutilement compliqué.
Quand nous disons « un autre CDN », nous voulons dire une autre « distribution CDN » ou « instance CDN ». Pas littéralement une autre entreprise de CDN.
D’accord, merci pour l’explication.
Je ne dépends de rien d’Amazon.
Je n’utiliserais jamais une solution qui n’est pas considérée comme standard et qui ne peut donc pas être facilement migrée ailleurs.
Un serveur virtuel traditionnel fait très bien l’affaire. Je peux facilement changer de fournisseur à l’avenir si je le souhaite.
Quelles alternatives à EC2, S3, RDS et Elasticache recommanderiez-vous ? Je veux dire des solutions standard, pour éviter, comme vous le dites, le problème de l’enfermement propriétaire (Vendor Lock-In).
Par exemple Linode ? Digital Ocean ?
J’ai géré des applications web sur les trois (AWS, Linode et Digital Ocean). Je préfère Linode et DO. Je les ai trouvés bon marché, solides comme le roc et, plus important encore, plus simples à gérer. J’étais la seule personne technique dans une toute petite entreprise, donc ces facteurs étaient vraiment importants pour moi.
Il n’est vraiment pas difficile de déplacer le discours vers une autre plateforme, même si vous utilisez tous ces outils AWS, vous pouvez faire une sauvegarde et la restaurer sur n’importe quelle installation de discours.
DO et Linode (ainsi que des centaines de fournisseurs de services cloud concurrents à prix similaire) sont beaucoup plus rentables (environ 10 % du coût, selon mon expérience) qu’AWS ou MS Azure pour des services équivalents, et beaucoup moins susceptibles de vous obliger à construire des choses en utilisant leurs API et interfaces propriétaires, ce qui empêche de passer à un autre fournisseur d’hébergement générique. Je recommanderais fortement de rester neutre vis-à-vis des fournisseurs et de rester à l’écart d’AWS et de MS Azure.