As respostas de Matthew Ife e shodanshok cobrem as questões em geral, mas quero abordar sua preocupação específica colocando as questões em contexto, já que são exatamente esses tipos de sistemas que eu gerencio.
Minha versão atual para a implantação de aplicativos da Web em PHP / MySQL é:
Primeiro, vamos considerar por que escolhemos uma distribuição ou um conjunto de pacotes específico. Queremos valorizar a estabilidade nos recursos mais recentes ou valorizamos os recursos mais recentes em vez de estabilidade. Geralmente, não é possível ter os dois na mesma distribuição, pois a estabilização de software requer tempo para corrigir bugs, e a adição de novos recursos introduz erros, portanto, instabilidade.
Como regra geral, quero que o sistema operacional no qual o aplicativo seja executado seja o mais estável possível, mas com um conjunto de recursos razoavelmente moderno. Assim, escolherei o CentOS 7 com o CentOS 6, que é bastante antigo neste momento e, embora funcione , não resta muito tempo em seu ciclo de vida de suporte, então ganhei ' t usá-lo para um novo projeto.
No entanto, eu encontrei o problema de que a versão do nginx incluída no CentOS era muito antiga e não tinha alguns recursos necessários e correções de bugs. Assim, fui procurar por pacotes alternativos e descobri que o nginx.org distribui seus próprios pacotes. Mudei para eles quase que imediatamente e os encontrei perfeitamente estáveis a longo prazo.
Depois, há o PHP. Eu sei da história que a versão do PHP lançada com o CentOS será a única versão que ela obtém, e só receberá atualizações de segurança; sem novos recursos ou correções de bugs. Assim, uma vez que esteja fora do suporte upstream, eventualmente, serei incapaz de executar aplicativos web PHP modernos se eu usar esses pacotes. Assim, é necessário substituí-los também.
A partir de uma longa experiência, aprendi que é melhor acompanhar as liberações de correções com o PHP, não apenas congelar em um ponto e tomar apenas correções de segurança, pois os aplicativos da web que eu executar também serão atualizados e precisarão dessas correções. Então, depois de avaliar muitos conjuntos diferentes de pacotes PHP, decidi sobre os pacakges do remi. Remi é um funcionário da Red Hat e também é responsável pelos pacotes PHP no RHEL / CentOS. Então eu sei que os pacotes dele serão de alta qualidade, e eles foram. Eles são substitutos diretos dos pacotes do sistema e funcionam perfeitamente.
Finalmente chegamos ao MariaDB. Você pode escolher manter os pacotes do sistema aqui e não sofrer efeitos nocivos. Eu escolhi mudar para os pacotes 10.0 do MariaDB (e em breve irá para 10.1) para aproveitar o TokuDB e alguns outros aprimoramentos de desempenho não disponíveis na versão 5.5 fornecida com o CentOS, e que ele nunca receberá grandes atualizações para.
No geral, você precisa de estabilidade em seu sistema básico, mas os aplicativos da Web mudam muito mais rapidamente do que, digamos, software de linha de negócios, e seu servidor precisará acompanhar. Assim, eu escolhi pontos direcionados, onde a atualização de pacotes ganhará benefícios claros com pouca sobrecarga administrativa adicional (também trabalho).