Docker pour le développement vs le serveur rails + Ember

J’ai lu le fil de discussion suivant sur la configuration de Discourse pour l’environnement de développement.
meta discourse org/t/install-discourse-on-macos-for-development/15772

Cependant, il n’y est rien mentionné sur l’encapsulation de Discourse dans Docker.

Mais le guide de production mentionne bien « docker »
github com/discourse/discourse/blob/main/docs/INSTALL-cloud.md#5-install-discourse

Je suis prêt à héberger le site sur AWS (Amazon)

De plus, j’ai remarqué qu’il existe un dépôt Git pour Docker lui-même
github com/docker/compose

et une image Discourse pour Docker dans Git
github com/discourse/discourse_docker

J’ai déjà installé Discourse sur mon macOS en clonant le dépôt Git de Discourse et en le lançant sur le serveur Rails et Ember CLI, et cela fonctionne correctement. Mais je n’ai utilisé aucun « docker ».

Mes questions sont :

  1. Puis-je utiliser un serveur AWS pour installer Docker à partir de https://github.com/docker/compose et ensuite placer l’image Discourse https://github.com/discourse/discourse_docker à l’intérieur de ce Docker ? Est-ce que c’est correct ? Existe-t-il une autre méthode appropriée ?

  2. Je souhaite utiliser la base de données du serveur local. Y aura-t-il un problème lorsque je voudrai copier les sauvegardes (publications/fils créés sur le serveur local) vers l’environnement de production (le serveur AWS réel) ?

Pour le moment, je crée quelques publications fictives (appropriées) sur le serveur local, afin que le site ne soit pas vide lorsqu’il sera public.
Est-ce la méthode correcte ou le site peut-il être mis en mode « en construction » ou quelque chose de similaire, même sur le vrai serveur AWS, afin que les gens ne voient pas le site vide ? ainsi je peux créer quelques publications par défaut sur le serveur réel ?

Pour obtenir le meilleur support de la communauté, utilisez l’installation standard pour la production. Cela configure automatiquement le conteneur Docker et une base de données, vous n’avez donc pas à vous en soucier séparément.

Oui, cela peut être déployé sur AWS.

Je suggère d’utiliser cette approche pour le moment jusqu’à ce que vous soyez très familier avec Discourse et que vous puissiez répondre à vos propres questions :wink:

Initialement, vous pouvez définir votre site sur « Connexion requise » (dans les paramètres du site) pour le maintenir privé - il n’y a pas de mode « en construction » spécifique.

4 « J'aime »

Et peut-être aussi doit approuver les utilisateurs au cas où quelqu’un s’inscrirait pendant que vous n’y prêtez pas attention.

3 « J'aime »

Comme Robert l’a dit, puisque vous ne voulez pas faire de développement de plugins et que votre objectif est simplement de mettre un site en ligne, vous voulez faire une installation standard (le plus simple est de lancer une instance EC2 avec 2 Go de RAM et 40 Go de disque - vous pouvez vous en sortir avec moins, mais je ne le recommande pas). Cela vous permettra également de configurer des éléments tels que le DNS, les connexions sociales, etc., ce que vous ne pouvez pas faire sur une installation de développement.

Mais vous pouvez faire une sauvegarde de votre site de développement et la restaurer sur celui de production.

4 « J'aime »

Merci pour votre réponse.
Vous voulez dire sauvegarder la base de données postgres. Est-ce correct ? ou simplement cliquer sur le bouton de sauvegarde dans le panneau des outils d’administration de Discourse ?

J’ai déjà acheté 2 Go de RAM et 100 Go de disque, je ne sais pas si j’en aurai jamais besoin. Je pourrais héberger plusieurs sites. Je pense que la RAM ne sera pas suffisante pour deux sites ou plus de toute façon ?

Il est très inhabituel de copier du contenu d’une installation de développement vers la production, quoi qu’il arrive.

Préparez simplement votre contenu en production ? S’il est privé, vous avez tout le temps du monde.

1 « J'aime »

Oui, je vais faire ça, c’était juste parce que les robots d’exploration des moteurs de recherche le remarqueront et l’enregistreront comme un site « inaccessible », etc., je ne sais pas cependant.

Alors rendre public dès que possible ? Vous pouvez surveiller les choses depuis, par exemple, Google Search Console (selon la juridiction)

1 « J'aime »

Ok, et je vais juste construire le site en ligne comme environnement de production. Cela semble moins de problèmes/tracas. Merci.

1 « J'aime »

Beaucoup moins de tracas, je pense. Les installations standard peuvent être déployées en 20 minutes.

Vous pouvez également expérimenter avec un site de développement plus tard si vous souhaitez vous lancer dans le développement de plugins.

2 « J'aime »

C’est le cas, mais je l’ai fait lors de l’exécution d’une importation sur une instance de développement.

C’est toujours ma recommandation également.

1 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.