# Como acelerar a instanciação de contêineres - se possível?

**URL:** <https://meta.discourse.org/t/how-to-speed-up-container-instantiation-if-possible-at-all/277020>\
**Category:** Self-hosting\
**Created:** [Agosto 29, 2023, 10:48am UTC](https://meta.discourse.org/t/how-to-speed-up-container-instantiation-if-possible-at-all/277020 "2023-08-29T10:48:40Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**Post date:** [Agosto 29, 2023, 3:53pm UTC](https://meta.discourse.org/t/how-to-speed-up-container-instantiation-if-possible-at-all/277020/3 "2023-08-29T15:53:46Z")

</div>

> [@lejeczek](#):
>
> É 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ê 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.

---

_[View the full topic](https://meta.discourse.org/t/how-to-speed-up-container-instantiation-if-possible-at-all/277020)._
