Docker para desenvolvimento vs o servidor rails + ember

Eu li o seguinte tópico sobre a configuração do discourse para o ambiente de desenvolvimento.
meta discourse org/t/install-discourse-on-macos-for-development/15772

No entanto, ele não diz nada sobre incluir o discourse no docker.

Mas o guia de produção menciona o “docker”
github com/discourse/discourse/blob/main/docs/INSTALL-cloud.md#5-install-discourse

Estou disposto a hospedar o site na AWS (amazon)

Além disso, notei que existe um repositório git para o próprio docker
github com/docker/compose

e uma imagem do discourse para docker no git
github com/discourse/discourse_docker

Eu já instalei o discourse no meu macOS clonando o repositório git do discourse e executando-o no servidor rails e no ember CLI, e está funcionando corretamente. Mas eu não usei nenhum “docker”.

Minhas perguntas são:

  1. Posso usar o servidor AWS para instalar o docker de https://github.com/docker/compose e depois colocar a imagem do discourse https://github.com/discourse/discourse_docker dentro desse docker? está tudo bem? existe algum outro método adequado?

  2. Estou disposto a usar o banco de dados do servidor local. Portanto, haverá algum problema quando eu quiser copiar os backups (posts/tópicos feitos no servidor localhost) para o ambiente de produção (o servidor AWS real)?

No momento, estou criando alguns posts fictícios (adequados) enquanto estou no servidor localhost, para que o site não fique vazio quando for lançado.
Este é o método correto ou o site pode ser configurado para o modo “em construção” ou algo assim, mesmo no servidor AWS real, para que as pessoas não vejam o site vazio? para que eu possa criar alguns posts padrão enquanto estiver no servidor real?

Para obter o melhor suporte da comunidade, use a instalação padrão para Produção. Isso configura o contêiner docker e um banco de dados automaticamente para que você não precise se preocupar com isso separadamente.

Sim, isso pode ser implantado na AWS.

Sugiro usar essa abordagem por enquanto, até que você se familiarize bem com o Discourse e possa responder às suas próprias perguntas :wink:

Inicialmente, você pode definir seu site como login required (nas configurações do site) para mantê-lo privado - não há um modo “em construção” específico.

4 curtidas

E talvez deve aprovar usuários também, caso alguém se inscreva quando você não estiver olhando.

3 curtidas

Como Robert disse, como você não quer fazer o desenvolvimento de plugins e seu objetivo é apenas colocar um site no ar, você vai querer fazer uma Instalação Padrão (o mais fácil é simplesmente iniciar uma EC2 com 2 GB de RAM e 40 GB de disco - você pode conseguir com menos, mas não recomendo). Isso também permitirá que você configure coisas como DNS e logins sociais, o que você não pode fazer em uma instalação de desenvolvimento.

Mas você pode fazer um backup do seu site de desenvolvimento e restaurá-lo no de produção.

4 curtidas

Obrigado pela sua resposta.
Você quer dizer fazer backup do banco de dados postgres. Está correto? ou apenas clicar no botão de backup no painel de ferramentas de administração no discourse?

Já comprei 2 GB de RAM e 100 GB de disco, não sei se um dia precisarei disso. Talvez hospedar vários sites. Acho que a RAM não será suficiente para dois ou vários sites de qualquer maneira?

É altamente incomum copiar conteúdo de uma instalação de desenvolvimento para produção em qualquer caso.

Apenas prepare seu conteúdo em produção? Se for privado, você tem todo o tempo do mundo.

1 curtida

Sim, farei isso, foi apenas porque os rastreadores do mecanismo de busca notarão e registrarão como um site “inacessível” etc., não sei.

Então tornar público o mais rápido possível? Você pode monitorar as coisas do Google Search Console (dependendo da jurisdição)

1 curtida

Ok, e vou apenas construir o site online como um ambiente de produção. Parece que dará menos trabalho/dor de cabeça. Obrigado.

1 curtida

Sim, muito menos problemas, eu acho. Instalações padrão podem levar apenas 20 minutos para serem implantadas.

Você também pode experimentar um site de desenvolvimento mais tarde, se quiser entrar no desenvolvimento de plugins.

2 curtidas

É, mas eu já fiz isso ao executar uma importação em uma instância de desenvolvimento.

Esta ainda é a minha recomendação também.

1 curtida

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