Glossaire

Dans le contexte de SUSE® Rancher Prime Continuous Delivery, un agent est un déploiement Kubernetes responsable du déploiement des charges de travail dans son cluster. Cela implique de surveiller un espace de noms spécifique sur le cluster en amont et de déployer tout déploiement de bundle, vivant dans cet espace de noms, vers le cluster en aval où se trouve l’agent.

Un bundle est une ressource spécifique à SUSE® Rancher Prime Continuous Delivery (également connue sous le nom de Ressource personnalisée dans Kubernetes) représentant une charge de travail ou un ensemble de ressources utilisateur à déployer. Il est généralement généré par SUSE® Rancher Prime Continuous Delivery à partir d’un chemin d’un dépôt git.

Voir (la documentation des charts Helm.

Un cluster fait référence à : * un cluster Kubernetes géré par SUSE® Rancher Prime Continuous Delivery * une Cluster ressource dans l’API de Fleet, que SUSE® Rancher Prime Continuous Delivery utilise pour gérer ce cluster Kubernetes.

Les définitions et distinctions entre la livraison continue et le déploiement continu varient considérablement, par exemple en fonction de :
* si l’étape de déploiement est incluse dans le processus, et vers quel environnement : production ou autre ?
* ce qui déclenche un déploiement : s’agit-il d’une étape manuelle ou automatisée ?

Cela est clair, cependant : l’objectif de SUSE® Rancher Prime Continuous Delivery est de faciliter l’automatisation des déploiements.

Voir documentation officielle des ressources personnalisées Kubernetes. En résumé, une ressource personnalisée est une ressource définie aux fins d’une application (dans notre cas SUSE® Rancher Prime Continuous Delivery), pour étendre l’ensemble des ressources prises en charge par l’API Kubernetes (pods, déploiements, services, etc.).

Voir documentation officielle des définitions de ressources personnalisées Kubernetes dans la documentation Kubernetes.

Un déploiement peut faire référence à : * un déploiement Kubernetes, qu’il fasse partie d’une charge de travail utilisateur ou de SUSE® Rancher Prime Continuous Delivery lui-même, comme un déploiement d’agent, des déploiements de contrôleur. * l’action de déployer une charge de travail utilisateur, ce qui signifie que SUSE® Rancher Prime Continuous Delivery lit la configuration (GitRepo, fleet.yaml, etc.) et, en conséquence, crée des ressources sur les clusters cibles.

Un cluster aval est un cluster Kubernetes où les charges de travail utilisateur s’exécuteront, sans aucun contrôleur Fleet y vivant. C’est un cluster cible pour Fleet, où seul un agent Fleet vit à côté des charges de travail utilisateur.

Un fichier fleet.yaml vit dans un dépôt git et stocke des options pour un bundle et des déploiements de bundle à générer à partir de ce bundle. Des informations supplémentaires sont disponibles fleet.yaml.

GitOps fait référence à des opérations déclenchées par git, où git est la source de vérité et les modifications apportées à un dépôt git entraînent des changements appliqués à l’état d’un ou plusieurs clusters.

Un GitRepo est une ressource spécifique à Fleet, à utiliser comme point d’entrée pour utiliser SUSE® Rancher Prime Continuous Delivery. Créer un GitRepo pointant vers un ensemble de chemins dans un dépôt git permet à SUSE® Rancher Prime Continuous Delivery de surveiller ces chemins et de déployer les ressources stockées ou référencées là-bas.

Fait référence à un label Kubernetes.

Une configuration multi-cluster implique plus d’un cluster : le cluster en amont, nécessaire pour gérer le déploiement des charges de travail, et au moins un cluster en aval.

Fait référence à un espace de noms Kubernetes.

La réconciliation est utilisée dans le contexte des états dans les clusters Kubernetes. Réconcilier une ressource signifie la mettre à jour afin que son état réel corresponde à son état attendu, que ce soit à partir de la configuration, par exemple, d’un dépôt git, d’un chart, etc.

Lors de l’utilisation de GitOps, les mises à jour d’un dépôt git peuvent se traduire par de nouveaux états attendus pour les ressources configurées via ce dépôt git. En conséquence, les ressources concernées seront réconciliées. L’état d’une ressource peut également dépendre d’une autre ressource, entraînant une réconciliation supplémentaire. Par exemple, le statut d’un groupe de clusters dépend des statuts des clusters individuels contenus dans ce groupe de clusters. Par conséquent, un changement dans l’état d’un cluster entraînera la réconciliation de tout groupe de clusters auquel ce cluster appartient également.

L’enregistrement d’un cluster est le processus permettant à un agent Fleet, vivant dans un cluster en aval, d’être reconnu par les contrôleurs Fleet dans le cluster en amont. Une fois l’enregistrement terminé pour un cluster en aval, SUSE® Rancher Prime Continuous Delivery est capable de déployer des charges de travail sur ce cluster.

Un dépôt peut être : * un dépôt git, stockant du code, de la configuration ou tout type de fichiers et gardant une trace des modifications apportées à ces fichiers par le biais de commits. SUSE® Rancher Prime Continuous Delivery peut surveiller un dépôt git pour de nouveaux commits poussés vers une branche ou une révision spécifique, à un ou plusieurs chemins, via ressources GitRepo. * un dépôt Helm, hébergeant des charts Helm et un fichier d’index les référencant. SUSE® Rancher Prime Continuous Delivery est capable d’installer des charts Helm et d’appliquer une configuration définie par l’utilisateur à ceux-ci.

Cela fait généralement référence aux ressources Kubernetes, qui peuvent être : * des ressources de base définies par Kubernetes lui-même, telles que des config maps, des déploiements, des pods, des services, etc. * des ressources personnalisées définies par des applications individuelles, telles que SUSE® Rancher Prime Continuous Delivery lui-même, qui définit GitRepo, Bundle, Bundledeployment et quelques autres.

SUSE® Rancher Prime Continuous Delivery utilise ce mot dans le contexte de la détermination de l’endroit où une charge de travail sera exécutée. Cela représente un cluster de destination pour une charge de travail.

Un cluster Kubernetes où les contrôleurs Fleet s’exécutent. C’est le cluster où les GitRepo, les bundles et les déploiements de bundles sont créés. Également appelé cluster de gestion.

Une charge de travail représente ce que les utilisateurs souhaitent déployer via SUSE® Rancher Prime Continuous Delivery. Il peut s’agir d’un ensemble de charts Helm, de manifests Kubernetes, de Kustomize, etc., stockés ou référencés dans un dépôt git.

Lorsqu’un utilisateur crée une ressource GitRepo pointant vers ce dépôt git, et par la suite lorsque des modifications pertinentes sont trouvées dans ce dépôt, SUSE® Rancher Prime Continuous Delivery déploie des charges de travail.