Olá pessoal.
É possível - mesmo que não coberto/suportado oficialmente - ajustar o Discourse/container para iniciar/dar boot mais rápido? (fora de ajustar os recursos do host |\u0026 o próprio container)
Você pode tentar usar vários arquivos de contêiner em vez de um único app.yml autônomo.
Mas sejamos honestos, quase ninguém precisa reconstruir contêineres com frequência, certo?
Se você precisar instalar plugins, não é necessário reconstruir o contêiner. Tenho maneiras não oficiais de instalar plugins sem reconstruir.
Você realmente quer dizer iniciar mais rápido, ou seja, começar a servir páginas mais cedo depois de reiniciar o container? Não. Leva um tempo para o rails e todo o resto iniciar e rodar.
Se você quer dizer o tempo de inatividade associado à reconstrução de um container, então a solução de dois containers é o que você procura.
E se isso não for rápido o suficiente e você quiser zero tempo de inatividade, então você pode fazer coisas com um balanceador de carga e iniciar o novo container enquanto o antigo continua a servir páginas e, em seguida, desligar o antigo depois que o novo estiver pronto.
Eu não (necessariamente) quero dizer reconstruir.
Digamos que alguém gerencie - como eu preferiria - tudo com docker
Mesmo um reinício do docker do contêiner parece fazer com que o Discourse faça uma longa lista de coisas ao iniciar — sim, era isso que eu queria dizer — isso pode ser ajustado/reduzido, coisas do Ruby/Rails? (Por que tudo isso é feito a cada inicialização? Isso não pode persistir?)
Solução de dois contêineres — o que é isso?
São dois contêineres com as partes relevantes sem conflitos e no mesmo host conversando (ambos os contêineres) com o mesmo pgSQL e Redis externos?
Ou isso é uma configuração sem tempo de inatividade?
Ele tem que ler um monte de código para estar pronto para servi-lo. Você já inicializou seu telefone, um computador ou uma televisão moderna? Leva algum tempo. É exatamente assim. O contêiner tem um sistema operacional inteiro nele.
Sim. Está separando o rails+nginx em seu próprio contêiner e tendo postgres e redis em outro contêiner (ou como você quiser fornecer redis e postgres).