A dúvida que não quer calar no deploy de PHP com Apache em containers

Se você trabalha com Docker e PHP, provavelmente já se perguntou por que não existem imagens hardened por padrão com Apache. A maioria das imagens vem com NGINX, e essa preferência não é à toa.

O Apache ainda tem seu espaço, mas sua integração com containers mais modernos e seguros é um pouco mais complicada. Você acaba precisando decidir se vai montar tudo com NGINX ou se vai tentar adaptar o Apache para esse cenário. A decisão fica mais saudável quando o time consegue medir o impacto depois.

Na prática, usar Apache em ambientes Dockerizados exige mais cuidado com segurança e desempenho. Muitas equipes preferem NGINX por ser mais leve, mais fácil de configurar em ambientes de orquestração e mais compatível com as boas práticas atuais. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.

E aí, você acha que vale a pena insistir no Apache ou já partiu pra NGINX na sua stack? Como você faz essa escolha na sua rotina de deploy?

Fica a reflexão: a compatibilidade do Apache com containers é um ponto que pesa na hora de decidir, principalmente se a ideia é um ambiente mais seguro e performático. O que vocês têm feito nesse sentido? Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.