Cette page définit le vocabulaire utilisé dans l’ensemble de la documentation du Stack Harbor PaaS. Chaque terme est défini une seule fois, avec la précision nécessaire pour lire toute autre page en confiance. Lorsqu’une page approfondie existe, le terme y renvoie.
Ce que couvre cette page
- Les unités structurelles de la plateforme : environnement, couche, nœud, conteneur.
- L’unité de ressource et sa correspondance en capacité réelle : cloudlet, cloudlet réservé, cloudlet dynamique.
- La géographie de l’infrastructure : région, cluster.
- La topologie et l’assistant utilisé pour la définir.
- Les primitives réseau : répartiteur de charge partagé, endpoint, IP publique.
- L’organisation au niveau des environnements : alias, groupe d’environnements.
Termes fondamentaux
Environnements et structure
Environnement — l’unité de travail principale de la plateforme. Un environnement est un regroupement logique nommé de conteneurs qui exécutent une application dans une région. Il contient tous les niveaux de cette application — serveur web, serveur applicatif, base de données, cache — et dispose de son propre espace réseau, de son propre point d’entrée de domaine et de ses propres paramètres. Consultez la Gestion des environnements.
Couche — un rôle fonctionnel au sein d’un environnement. La plateforme regroupe les conteneurs par rôle : une couche de répartiteur de charge, une couche de serveur applicatif, une couche de base de données, et ainsi de suite. Chaque couche peut contenir plusieurs nœuds. Redimensionner une couche signifie changer son nombre de nœuds (scaling horizontal) ou changer la taille de chaque nœud (scaling vertical). Consultez la Mise à l’échelle et clustering.
Nœud — un conteneur unique en cours d’exécution dans une couche. Lorsqu’une couche compte trois réplicas, elle compte trois nœuds. Le nœud est l’unité que vous redémarrez, redéployez, ouvrez en SSH et observez dans les journaux et les métriques.
Conteneur — l’environnement d’exécution isolé pour une charge de travail. Sur le Stack Harbor PaaS, les conteneurs existent en deux variétés (voir ci-dessous). Chaque nœud est un conteneur ; les deux mots sont souvent utilisés de façon interchangeable lorsque le contexte précise le type. Consultez Types de conteneurs et cas d’usage.
Conteneur système — la limite d’isolation au niveau de l’OS que la plateforme place sur chaque hôte physique. Un conteneur système possède son propre système de fichiers, ses propres interfaces réseau et son propre arbre de processus, mais partage le noyau de l’hôte — il n’y a ni OS invité ni surcharge d’hyperviseur. Vos conteneurs applicatifs s’exécutent à l’intérieur d’un conteneur système. Cette imbrication est ce qui rend le redimensionnement vertical en direct possible : l’orchestrateur ajuste les limites de ressources sur le conteneur système sans le redémarrer. Consultez l’Aperçu de l’architecture.
Conteneur applicatif — un conteneur Docker ou un pod Kubernetes s’exécutant à l’intérieur d’un conteneur système. C’est là que réside votre code. La plateforme gère le conteneur système autour de lui ; vous gérez (ou choisissez dans le catalogue de la plateforme) ce qui s’exécute à l’intérieur. Consultez Types de conteneurs et cas d’usage.
Ressources
Cloudlet — l’unité de RAM et de CPU de la plateforme. Chaque conteneur est dimensionné en cloudlets. Un cloudlet vaut 128 Mio de RAM et 200 MHz de CPU.
Cloudlet réservé — l’allocation minimale garantie pour un conteneur. Le conteneur reçoit toujours au moins ce nombre de cloudlets, quelle que soit la charge réelle. Les cloudlets réservés sont facturés en continu, à un tarif unitaire plus bas que les cloudlets dynamiques. Définir un plancher réservé évite la latence au démarrage à froid lorsqu’un conteneur sort d’une période de faible utilisation.
Cloudlet dynamique — le plafond de burst au-dessus du plancher réservé. Lorsque la charge augmente, la plateforme alloue des cloudlets supplémentaires jusqu’à ce plafond automatiquement. Lorsque la charge diminue, ces cloudlets sont libérés. Les cloudlets dynamiques sont facturés uniquement sur la consommation réelle, et non sur le plafond.
Géographie de l’infrastructure
Région — un emplacement de déploiement géographique proposé par la plateforme. Chaque région s’appuie sur du matériel dédié dans un centre de données spécifique. Vous choisissez une région lors de la création d’un environnement ; l’environnement réside dans cette région pour toute sa durée de vie, sauf migration explicite.
Cluster — l’unité physique et logique qui supporte une région. Un cluster dispose de sa propre capacité matérielle, de son propre réseau interne et de sa propre instance d’orchestrateur. « Région » et « cluster » désignent la même limite selon deux perspectives différentes : la région est le nom visible dans le tableau de bord ; le cluster est le concept d’infrastructure qui se trouve derrière. Consultez l’Aperçu de l’architecture.
Topologie
Topologie — la forme d’un environnement : combien de couches il contient, quelle pile logicielle chaque couche exécute, et combien de nœuds et de cloudlets chaque couche se voit allouer. La topologie d’un environnement est visible et modifiable à tout moment depuis le tableau de bord.
Assistant de topologie (Topology Wizard) — l’interface du tableau de bord permettant de définir ou de modifier la topologie d’un environnement. Vous utilisez l’assistant de topologie lors de la création d’un nouvel environnement (pour choisir les piles, définir les plages de cloudlets et nommer l’environnement) et lors de la modification d’un environnement existant (pour ajouter des couches, changer le nombre de nœuds ou ajuster les limites de cloudlets). Consultez l’Aperçu de l’architecture et Auto-clustering via topology wizard.
Réseau
Répartiteur de charge partagé (SLB) — le frontal d’entrée géré par la plateforme qui termine le TLS et achemine le trafic entrant vers le bon environnement. Les environnements sans IP publique dédiée sont accessibles via le SLB. Le SLB est partagé par tous les environnements d’un cluster ; ce n’est pas une couche que vous provisionnez dans votre environnement. Consultez l’Aperçu SSL et TLS.
Endpoint — un port mappé sur le répartiteur de charge partagé qui fournit un accès direct à un port de conteneur spécifique sans nécessiter d’IP publique. Les endpoints servent à exposer des services non HTTP — bases de données, ports TCP ou UDP personnalisés — vers Internet. Chaque endpoint obtient un nom d’hôte et un port externe attribué aléatoirement sur le SLB. Consultez Endpoints : accès direct.
IP publique — une adresse IP dédiée associée à une couche de conteneurs spécifique. Le trafic arrive directement à l’interface réseau de ce conteneur, en contournant entièrement le répartiteur de charge partagé. Une IP publique est nécessaire pour la terminaison SSL personnalisée au niveau du conteneur et pour tout protocole exigeant une IP fixe et prévisible. Consultez IP publique.
Organisation des environnements
Alias d’environnement — une étiquette lisible associée à un environnement, affichée aux côtés du nom technique de l’environnement dans le tableau de bord. Les alias n’affectent ni le routage ni l’infrastructure ; ils facilitent la lecture de longues listes d’environnements. Consultez Alias d’environnements.
Groupe d’environnements — un ensemble nommé d’environnements affichés ensemble dans le tableau de bord. Les groupes sont uniquement organisationnels — ils ne partagent ni réseau ni ressources. Un même environnement peut appartenir à plusieurs groupes. Consultez Groupes d’environnements — aperçu.
La suite
- Aperçu de la plateforme — comment ces concepts s’articulent dans le modèle opérationnel.
- Aperçu de l’architecture — la couche d’infrastructure derrière les environnements, les clusters, le SLB et les conteneurs.
- Types de conteneurs et cas d’usage — quand utiliser les conteneurs système, les conteneurs Docker personnalisés et Kubernetes.
- Mise à l’échelle et clustering — scaling vertical et horizontal, plages de cloudlets, auto-clustering.
- Aperçu SSL et TLS — comment le SLB, le SSL intégré et les IP publiques interagissent avec le TLS.
- IP publique — associer une IP dédiée à une couche de conteneurs.
- Endpoints : accès direct — exposer des ports non HTTP via le SLB.
- Alias d’environnements et Groupes d’environnements — organiser les environnements dans le tableau de bord.