No post DockerFile – Ubuntu + SSH + WebMin como criar uma imagem que fere praticamente todas as boas práticas. Mas qual o motivo?
Imagens devem atender a uma única necessidade, pois assim facilita a manutenção, evolução, gestão e distribuição.
Containers destinados a uma única finalidade podem depender de outros containers, que por sua vez podem ser trocados, por containers criados com imagens diferentes do mesmo produto ou serviço, seja por evolução, ou por configurações mais completas, ou por produtos similares de outras comunidades ou mesmo fabricantes. É o que acontece caso queira migrar do Memcached para o Redis. Bastaria criar um novo container Redis, dropar o Container Mamecached, e reapontar seus consumidores.
Os containers por padrão, recebem IP’s virtuais, isso significa que seu container pode utilizar todas1 as portas possíveis, sem entrar em conflito com nenhum outro container. A preocupação com alocação de portas é responsabilidade de quem vai criar um container, não de quem cria imagens. Cada imagem deve utilizar a porta padrão da ferramenta ou produto. Não complique! HTTP utiliza porta 80 e 443, Redis, RabbitMQ, MySQL/MariaDB, entre outros, utilizam portas específicas, não invente.
Obrigado a você que leu até aqui, se gostou, curta o post, assine, compartilhe com os amigos e colegas de trabalho. Essa semana será dedicada ao Docker, portanto teremos muito a falar nesse tema.
Nessa semana vamos bater um papo no Canal.Net do Youtube, vamos falar sobre Docker, Containers, mostrar alguns exemplos e falar muito sobre tudo o que você quer saber sobre Docker. Se já tiver perguntas, podem mandar!