Intégration avec les clusters Kubernetes

Cadence.CI s’intègre avec Kubernetes afin que les runners Mélodium soient déployés en tant que pods directement dans votre cluster. L’exécution des pipelines reste dans votre infrastructure, en utilisant votre réseau, stockage et politiques de calcul existants.

Fonctionnement

Un contrôleur Kubernetes léger est déployé dans votre cluster. Il surveille les demandes de provisionnement de runners émises par Cadence.CI et crée les pods correspondants. À la fin d’une tâche, il supprime ces pods. Toutes les interactions avec votre cluster passent exclusivement par le contrôleur.

Étapes de configuration

Déployer le contrôleur : installez le contrôleur Kubernetes de Cadence.CI dans votre cluster. Il s’enregistre auprès de Cadence.CI et gère la communication entre Cadence.CI et le serveur d’API de votre cluster.
Configurer l’accès au cluster : le contrôleur utilise un compte de service limité aux seules permissions nécessaires pour créer et supprimer des pods runners et leurs objets ServiceAccount/Role/RoleBinding associés.
Déploiement des runners : lors de l’exécution d’un pipeline, les runners Mélodium sont créés en tant que pods dans votre cluster, en utilisant le namespace et les quotas de ressources que vous configurez.
Exécution directe : les étapes du pipeline s’exécutent dans votre cluster, avec un accès direct aux services internes et au stockage.

Avantages

Sécurité : les données restent dans votre environnement Kubernetes tout au long de l’exécution.
Efficacité économique : les runners utilisent directement la capacité de votre cluster existant.
Conformité : le calcul reste dans votre cluster désigné, respectant les exigences de résidence des données.
Scalabilité : le scheduler Kubernetes gère automatiquement le placement des pods et l’allocation des ressources.
Self-healing : si un pod runner est évincé ou plante, Kubernetes le replanifie et Cadence.CI relance le travail affecté.

Clusters auto-gérés vs. clusters opérés par Mélodium

Les clusters enregistrés auprès de Cadence.CI relèvent de l’un des trois modes de service suivants :

Auto-géré (self-managed) : un cluster que vous possédez et exploitez, enregistré avec votre propre jeton de cluster. C’est le modèle décrit ci-dessus, tout s’exécute sur votre infrastructure.
Partagé (shared) : un cluster exploité par Mélodium, disponible pour les organisations sur les offres éligibles. Les runners s’exécutent toujours comme des pods isolés avec des comptes de service limités par tâche, sur une infrastructure Mélodium partagée entre organisations.
Dédié (dedicated) : un cluster exploité par Mélodium et réservé à une seule organisation.

L’architecture au niveau des pods, contrôleur, comptes de service limités, accès au cluster restreint au contrôleur, est identique dans les trois modes. Les clusters auto-gérés s’exécutent entièrement sur une infrastructure que vous contrôlez ; les clusters partagés et dédiés s’exécutent sur une infrastructure exploitée par Mélodium en votre nom.

Configurations disponibles

Cadence.CI peut fonctionner sur toute distribution Kubernetes standard. Des configurations de cluster préconstruites sont disponibles pour des fournisseurs spécifiques. Consultez les pages de cette section pour les guides de configuration par fournisseur.

Intégration avec les fournisseurs de cloud Construire un pipeline CI/CD