La fonctionnalité d’intégration Kubernetes par certificat, dépréciée depuis novembre 2021, cessera définitivement de fonctionner sur GitLab.com en mai 2025. Jusqu’à présent, seuls les utilisateurs l’ayant activée avant son abandon pouvaient encore en bénéficier. Passé ce délai, ces flux de déploiement et de gestion des clusters ne seront plus reconnus par GitLab.com.
Que faire ? C’est ce que nous allons vous expliquer dans cet article.
Qui est concerné ?
Tous les projets et équipes qui s’appuient sur un cluster Kubernetes intégré via certificat (par exemple, pour l’exécution de pipelines CI/CD) doivent prévoir une alternative. Le changement affecte particulièrement ceux qui ont mis en place une automatisation poussée ou un déploiement direct sur Kubernetes depuis GitLab.
Que faire ?
GitLab recommande de basculer vers l’Agent for Kubernetes, leur nouvelle solution privilégiée pour orchestrer et gérer les déploiements. L’Agent simplifie le lien entre un cluster Kubernetes et GitLab, tout en offrant plus de sécurité et de flexibilité (notamment avec la gestion d’événements et des capacités de observability accrues).
Étapes conseillées
- Auditer les projets concernés : identifiez ceux qui utilisent toujours la connexion par certificat.
- Migrer vers l’Agent : suivez la documentation GitLab pour installer l’Agent for Kubernetes et reconfigurer vos projets.
- Tester les flux de déploiement : assurez-vous que vos pipelines et règles de sécurité fonctionnent comme prévu après la migration.
Pour plus de détails, n’hésitez pas à consulter le communiqué officiel de GitLab.
