AccueilActualités informatiqueL'opérateur Kubernetes promet une installation plus facile de GitLab

L’opérateur Kubernetes promet une installation plus facile de GitLab

Les développeurs de la plateforme Git open source GitLab veulent réduire l’effort nécessaire pour installer le logiciel sur leurs propres machines. Pour les utilisateurs de Kubernetes et d’OpenShift, ils ont travaillé sur un « opérateur », qui est maintenant sorti de la phase de test et peut être utilisé de manière productive. Avec l’opérateur, l’administrateur a moins à faire avec l’installation et, surtout, la mise à jour des différents composants nécessaires au fonctionnement d’un logiciel complexe comme GitLab. La portée fonctionnelle de GitLab va désormais bien au-delà du simple hébergement de Git et GitLab remplit également des tâches en tant que plateforme CI/CD et registre de conteneurs. L’installation manuelle est tout aussi exigeante.

De plus en plus d’applications conçues pour être installées dans des clusters Kubernetes – par exemple des bases de données ou des outils de surveillance – utilisent le concept d’opérateur. Au lieu d’installer directement un logiciel qui se compose de nombreux objets tels que des conteneurs, des services et des volumes, on ne démarre qu’un seul conteneur – l’opérateur. L’opérateur est doté de rôles lui permettant d’installer d’autres objets dans le cluster. Sa tâche consiste à créer des instances du logiciel souhaité, à les maintenir à jour et, si nécessaire, à les éliminer sans laisser de trace.

Si vous avez installé un opérateur comme celui de GitLab, vous commandez une nouvelle instance GitLab à partir de celui-ci en créant une définition de ressource personnalisée (CRD) appropriée en tant qu’objet Kubernetes. L’opérateur prend connaissance de cette commande via l’API Kubernetes à laquelle il s’abonne et effectue son service. Dans le CRD, on précise, par exemple, quelle version on souhaite et quel domaine GitLab doit écouter. Si l’opérateur le souhaite, il peut même se charger directement d’un certificat pour crypter le trafic. De cette manière, vous pouvez par exemple déployer plusieurs instances d’un logiciel dans le cluster avec peu de stress ou donner aux équipes de développement le droit de commander elles-mêmes des instances. Des informations sur la configuration de l’opérateur GitLab sont disponibles dans la documentation GitLab.

Plus d'articles