| go | php] > devops > já fiz: arquitetura, coordenação de time, gerência de projeto, gerência de suporte, gerência de infra > gosto de dividir experiências > linux + fedora
relação ao resto da estrutura do Sistema Operacional; - a imutabilidade da aplicação conteinerizadas - images! - a independência da aplicação em relação à configuração do sistema operacional Host.
ao final deste, desliga a instância Desconectado (detached) Roda o comando e fica esperando um sinal para ser desligado (falha na execução do comando de entrada OU desligamento explícito)
docker rm docker rmi docker stop inicia um container a partir de uma imagem obtém uma imagem a partir de um repositório cria uma imagem a partir de um Dockerfile lista os containers (por padrão, só os “em execução”) remove um container remove uma imagem para a execução da instância
comunicam para entregar uma aplicação. gerencia o estado de todos os containers ativos no grupo de forma única. ÓTIMO durante o desenvolvimento, para simular um stack completo.
condições para testes: como minha aplicações funciona atrás de um proxy reverso, com 3 instâncias rodando? e se eu mudar o banco de dados? e se eu colocar um servidor de sessões? e se uma instância cair? distribuição: a mesma aplicação pode rodar em diversos ambientes. componentização + combinação: aplicações isoladas e especializadas conversando, ao invés de um grande monstro que faz muita coisa.