Conteneuriser l'application dans Docker et migrer vers Kubernetes

Nous exécutons une application web de production sur un seul VPS, et cette configuration est devenue une source constante de problèmes. Chaque mise à jour signifie se connecter en SSH, mettre à jour manuellement le code, redémarrer les services à la main et espérer que rien ne casse ; il n'y a pas d'isolation de l'application par rapport aux dépendances, pas de moyen de mettre à l'échelle sous charge, et un seul redémarrage prend tout le service hors ligne. Nous voulons faire cela de la bonne manière. La tâche consiste à conteneuriser l'application existante en utilisant Docker, puis à migrer la charge de travail vers un cluster Kubernetes afin que nous obtenions enfin des builds reproductibles, une mise à l'échelle horizontale, une auto-réparation et des déploiements où nous n'avons pas à rester éveillés la nuit.

Le travail commence par l'écriture de Dockerfiles propres et prêts pour la production pour chaque service, avec des builds multi-étapes afin que les images restent légères et sans outils inutiles. Ensuite, nous devons encadrer le déploiement comme un ensemble de charts Helm couvrant l'application elle-même, sa configuration, ses secrets et les services de support, avec des fichiers de valeurs séparés pour chaque environnement. Du côté du cluster, nous avons besoin de règles d'autoscaling Horizontal Pod basées sur le CPU et la mémoire, des demandes et limites raisonnables, et des probes de vivacité et de préparation correctes afin que Kubernetes redémarre les pods non sains et dirige le trafic uniquement vers des instances réellement prêtes. Les données persistantes et la configuration doivent aller dans des volumes, des cartes de configuration et des secrets, et non être intégrées dans les images.

Enfin, tout cela devrait s'intégrer dans un pipeline CI/CD automatisé qui construit des images, les pousse vers un registre et déploie vers le cluster lors de la fusion. La version de production elle-même doit se faire sans temps d'arrêt — en utilisant une stratégie de déploiement progressif ou bleu-vert avec un chemin de retour documenté. Veuillez fournir une expérience Kubernetes pertinente et un bref plan avant de commencer.

— Dockerfile pour tous les services avec des builds multi-étapes
— Charts Helm avec des valeurs d'environnement, des cartes de configuration et des secrets
— Autoscaling HPA, plus demandes, limites, probes de vivacité/préparation
— Pipeline CI/CD qui construit, pousse et déploie automatiquement des images
— Déploiement sans temps d'arrêt (progressif ou bleu-vert) avec plan de retour en arrière
— Court manuel de migration et transfert de documentation