Após alguma pesquisa, a cooperativa de tecnologia com a qual trabalho apresentou as seguintes opções para configurações locais/de staging auto-hospedadas. Talvez tenhamos que engolir o sapo e dobrar nossos custos de hospedagem* (quando e se necessário), mas pensamos que seria bom ver se alguém tem conselhos sobre melhores práticas ou recomendações de alternativas?
*Somos uma pequena organização sem fins lucrativos e temos hospedagem gerenciada no Reino Unido, então o custo não é trivial.
— — —
OPÇÕES:
1. Configuração local
prós:
- super seguro e isolado – pode modificar quaisquer plugins/temas/código principal do discourse
contras:
- o desempenho é bastante terrível: por padrão, ele faz um
docker image pulltoda vez que você reinicia o PC, precisa executarbundle install(baixar e compilar muitos pacotes ruby) toda vez que você inicia, e no OSX tudo está rodando em uma VM lenta devido à falta de suporte nativo a contêineres- requer patch manual no código do discourse para fazer o plugin WP-discourse funcionar (mais pesquisa necessária para descobrir como aplicá-lo)
- sincronizar com o ambiente ativo exigirá trabalho em ferramentas, carregar dados ativos pode ou não funcionar de forma confiável
estimativa: 4-6 horas de configuração
2. Servidor de staging
prós:
- facilita para novas pessoas que estão começando, sem configuração
- pode facilmente torná-lo a mesma versão, plugins, etc. que o upstream
- sincronizar “pode” ser tão fácil quanto restaurar um backup do ambiente ativo
contras:
- altos custos contínuos
estimativa: 1-2 horas de configuração + custos de hospedagem
3. (Encontrar uma maneira de) testar com segurança no site ativo
prós:
- definitivamente sempre testando com a mesma versão do discourse, plugins, temas
contras:
- precisamos encontrar uma maneira de não incomodar os usuários com alertas de ‘nova postagem!’ / risco de que, se estragarmos isso, as pessoas serão incomodadas. pequeno risco para os dados, pode exigir restauração de backup.
estimativa: 1-2 horas de configuração