Exemplo em produção

Olá, Ricardo!
Tudo bem?

É uma possibilidade amigo, você pode ter vários containers separados (com várias aplicações que portam o seu próprio ambiente).

Mas, na vida real o ideal mesmo (embora seja mais caro) é manter um servidor por aplicação, porque se por algum motivo esse server ficar down, você pode subir rapidamente essa aplicação em qualquer outro servidor.

Se olhar para um cenário mais alto nível, podemos usar o Kubernetes, ele escala essa aplicação (que porta o seu ambiente docker -> docker-compose.yml) e cria várias cópias da mesma aplicação no cluster (que são várias maquinas em conjunto).

Fui claro amigo? Pegou a ideia?

Acho que sim, por exemplo, eu poderia subir a aplicação no Docker ou Kubernets em uma instancia pequena da AWS e deixar uma outra em "slave" copiando os arquivos e, através de um script, caso o slave note a falha, ele vai subir a aplicação do docker dele, seria mais ou menos isso um cenário ideal?

Exato amigo.

E como a aplicação carrega o seu próprio setup (docker-compose.yml) é possível subir rapidamente outra aplicação em outra maquina (o Kubernetes faz mais ou menos isso, ele vai subindo várias aplicações para atender a carga)

É importante também que a aplicação não armazene nada (sessões, cache e menos ainda imagem), porque se por exemplo a maquina que essa aplicação está rodando deixar de existir, vai perder estes dados.

Para cache e sessões eu uso recomendo o redis, e para armazenamento de arquivos você pode usar o S3 da Amazon, ou o Google Storage (uso esse).

Entendi, como estou vindo de infraestrutura ainda penso em HDs para armazenamento. Vou ver o seu curso da Digital Ocean e fazer outros cursos de AWS para mudar esse pensamento de armazenar coisas em Hds, prinpalmente Banco de Dados.

Muito obrigado!