Concepts du noyau

SUSE® Rancher Prime Continuous Delivery est fondamentalement un ensemble de définitions de ressources personnalisées (CRD) et de contrôleurs Kubernetes pour gérer GitOps pour une grappe Kubernetes unique ou un déploiement à grande échelle de grappes Kubernetes.

Pour en savoir plus sur les conventions de nommage des CRD, cliquez sur Conventions de nommage pour les CRD.

Voici quelques-uns des concepts de SUSE® Rancher Prime Continuous Delivery qui seront utiles tout au long de cette documentation :

  • SUSE® Rancher Prime Continuous Delivery Gestionnaire : Le composant centralisé qui orchestre les déploiements des ressources Kubernetes à partir de git. Dans une configuration multi-grappes, cela sera généralement une grappe Kubernetes dédiée. Dans une configuration à grappe unique, le SUSE® Rancher Prime Continuous Delivery gestionnaire fonctionnera sur la même grappe que celle que vous gérez avec GitOps.

  • SUSE® Rancher Prime Continuous Delivery contrôleur : Le(s) contrôleur(s) fonctionnant sur le SUSE® Rancher Prime Continuous Delivery gestionnaire orchestrant GitOps. En pratique, le SUSE® Rancher Prime Continuous Delivery gestionnaire et les SUSE® Rancher Prime Continuous Delivery contrôleurs sont utilisés de manière assez interchangeable.

  • Style de grappe unique : C’est un style d’installation de SUSE® Rancher Prime Continuous Delivery dans lequel le gestionnaire et la grappe en aval sont la même grappe. C’est un modèle très simple pour se mettre rapidement en route avec GitOps.

  • Style multi-grappes : C’est un style d’exécution de SUSE® Rancher Prime Continuous Delivery dans lequel vous avez un gestionnaire central qui gère un grand nombre de grappes en aval.

  • SUSE® Rancher Prime Continuous Delivery agent : Chaque grappe en aval gérée exécutera un agent qui communique avec le SUSE® Rancher Prime Continuous Delivery gestionnaire. Cet agent est simplement un autre ensemble de contrôleurs Kubernetes fonctionnant dans la grappe en aval.

  • GitRepo : Les dépôts Git qui sont surveillés par SUSE® Rancher Prime Continuous Delivery sont représentés par le type GitRepo.

Exemple d’ordre d’installation via les ressources personnalisées GitRepo lors de l’utilisation de SUSE® Rancher Prime Continuous Delivery pour la gestion de la configuration des clusters en aval :

  1. Installez les CRD et contrôleurs Calico.

  2. Définissez une ou plusieurs politiques réseau globales au niveau du cluster.

  3. Installez GateKeeper. Notez que les étiquettes de cluster et les overlays sont des fonctionnalités critiques dans SUSE® Rancher Prime Continuous Delivery car elles déterminent quels clusters recevront chaque partie du bundle.

  4. Configurez et mettez en place des ingress et des daemon système.

  • Bundle : Une unité interne utilisée pour l’orchestration des ressources depuis git. Lorsqu’un GitRepo est analysé, il produira un ou plusieurs bundles. Les bundles sont une collection de ressources qui sont déployées sur un cluster. Bundle est l’unité de déploiement fondamentale utilisée dans SUSE® Rancher Prime Continuous Delivery. Le contenu d’un Bundle peut être des manifests Kubernetes, une configuration Kustomize ou des charts Helm. Quelle que soit la source, le contenu est rendu dynamiquement dans un chart Helm par l’agent et installé dans le cluster en aval en tant que release Helm.

  • BundleDeployment : Lorsqu’un Bundle est déployé sur un cluster, une instance d’un Bundle est appelée un BundleDeployment. Un BundleDeployment représente l’état de ce Bundle sur un cluster spécifique avec ses personnalisations spécifiques au cluster. L’agent SUSE® Rancher Prime Continuous Delivery n’a connaissance que des ressources BundleDeployment qui sont créées pour le cluster que l’agent gère.

    • Pour un exemple de déploiement de manifestes Kubernetes à travers des clusters en utilisant la personnalisation SUSE® Rancher Prime Continuous Delivery, cliquez sur personnalisation par cluster :

  • Cluster en aval : Les clusters auxquels SUSE® Rancher Prime Continuous Delivery déploie des manifestes sont appelés des clusters en aval. Dans le cas d’un cluster unique, le cluster Kubernetes SUSE® Rancher Prime Continuous Delivery jouant le rôle de gestionnaire est à la fois le gestionnaire et le cluster en aval.

  • Jeton d’enregistrement de cluster : Jetons utilisés par les agents pour enregistrer un nouveau cluster.