Conteneuriser une pile Apache/MySQL/PHP pour GKE en suivant les meilleures pratiques de Google en matière de disponibilité. Que devriez-vous faire ?

La meilleure pratique pour conteneuriser une application multi-composants comme Apache/MySQL/PHP est de séparer chaque composant dans son propre conteneur. Cela favorise l'isolation, la scalabilité indépendante et la gestion des dépendances. L'implémentation de sondes de disponibilité (readiness probes) et d'activité (liveness probes) est cruciale pour la haute disponibilité sur GKE. Les sondes de liveness redémarrent les conteneurs défaillants, tandis que les sondes de readiness garantissent que le trafic n'est dirigé vers un conteneur que lorsqu'il est prêt à le recevoir, évitant ainsi les erreurs 5xx. Les autres options sont moins optimales : Packager l'application dans un seul conteneur réduit l'isolation et la scalabilité. Utiliser un script pour orchestrer le lancement ou un script bash comme point d'entrée pour lancer des tâches en arrière-plan est une anti-pattern, car Kubernetes est conçu pour gérer des conteneurs avec un seul processus principal, et les sondes de liveness/readiness ne fonctionneraient pas correctement pour chaque composant.