Glossaire

Utilisez ces termes dans les runbooks, les demandes de support, l’automatisation et les décisions d’architecture. Opfield emploie plusieurs termes d’infrastructure courants avec un sens précis en matière de propriété ou de cycle de vie. Une terminologie précise est importante, car un Container, un Deployment, un projet Compose, un Deployment Pages et une base de données managée ont des comportements de retour arrière et de suppression différents. Les termes sont donnés sous leur nom anglais, tel qu’il apparaît dans l’interface du produit, suivi de l’équivalent français utilisé dans cette documentation lorsqu’il en existe un.

Ressources et propriété

Additional Route — Un emplacement de préfixe de chemin littéral à l’intérieur d’une Route d’ingress gérée.

App — Un groupe de ressources d’une application (conteneurs, déploiements, projets Compose, bases de données, stockages, routes et projets Pages), réparties en environnements. Un utilisateur sans apps:view voit malgré tout une app, limitée aux membres qu’il peut consulter, lorsqu’il peut consulter l’un de ses membres. Voir Apps.

Binding (liaison) — Une relation durable qui accorde à une ressource gérée l’accès à une autre, comme une identité de base de données applicative.

Build Worker — Un profil de démon Docker dédié qui utilise BuildKit/containerd sans socket Docker Engine.

Deployment — Une identité applicative stable avec des slots d’exécution blue/green et un état de retour arrière.

Desired owner (propriétaire souhaité) — La ressource ou le sous-système Opfield chargé de créer, réconcilier et mettre hors service un objet dépendant. Les objets ayant un autre propriétaire ne doivent pas être supprimés lors d’un nettoyage manuel.

Environment (app) (environnement d’app) — Une étape d’une app, comme production ou staging, avec ses propres nœuds autorisés, variables, secrets et interrupteur de maintenance. Un seul environnement d’une app est marqué Production. Voir Environnements d’une app.

Ingress group (groupe d’ingress) — Un ensemble de nœuds Ingress nginx qui servent les mêmes Routes, domaines et sites Pages, chacun conservant sa propre copie de leur configuration et de leurs certificats. Voir Groupes d’ingress.

Managed node (nœud géré) — Un hôte qui exécute un rôle de démon Opfield borné.

Pages Deployment (Deployment Pages) — Une version immuable d’un artefact de site statique.

Relay (relais) — Le service authentifié et de longue durée du plan de données, détenteur public de 9443/tcp.

Route — Une définition de trafic nginx gérée ; les API persistées peuvent conserver l’ancien nom proxy-host.

Secure Link — Une connexion privée authentifiée prise en charge entre des ressources gérées par Opfield, et non un VPN général.

Tag — Un pointeur de version Pages modifiable qui cible un Deployment immuable.

Task (tâche) — Une opération durable de longue durée, comme un build, une migration, un déploiement ou une mise à jour.

Identité et politique

Access List (liste d’accès) — Une politique d’ingress réutilisable contenant des règles IP et, en option, une authentification HTTP basique.

Capability (capacité) — Une fonctionnalité signalée comme saine par un démon géré, utilisée pour admettre les opérations que l’hôte peut effectuer en toute sécurité.

Entitlement (droit) — L’autorité, issue du plan, d’utiliser une fonctionnalité payante. Un droit ne prouve pas que l’hôte, le nœud, le fournisseur ou le connecteur requis est prêt.

Folder (dossier) — Une frontière d’organisation et de permissions qui regroupe des ressources Opfield prises en charge.

Impersonation (usurpation d’identité) — Une session de support d’administrateur, visiblement marquée et auditée, qui agit en tant qu’un autre utilisateur. Elle est distincte de la session normale de l’administrateur.

Kill switch (coupe-circuit) — L’isolement d’une app ou de l’un de ses environnements lors d’un incident de sécurité : son trafic est coupé et ses ressources sont gelées jusqu’à la désactivation de l’interrupteur, qui rétablit l’état précédent. Voir Arrêter, démarrer et isoler une app.

Inference token (jeton d’inférence) — Un identifiant gwi_ dédié au plan de données Opfield Inference, distinct des identifiants d’API Opfield ordinaires.

Resource scope (scope de ressource) — Une permission limitée à des ressources Opfield nommées ou à des frontières de propriété, plutôt qu’à toutes les ressources d’un type.

System actor (acteur système) — Un service Opfield ou un processus planifié enregistré comme initiateur d’une opération, plutôt qu’une session humaine.

Exécution et connectivité

Container link (lien entre conteneurs) — Un lien privé d’un Container, d’un Deployment ou d’un service Compose vers un port d’une autre charge de travail, sur le même nœud ou sur un autre. Voir Liens entre conteneurs.

Control plane (plan de contrôle) — Les services Opfield et l’état persistant utilisés pour autoriser, coordonner et auditer les opérations. Les charges de travail gérées peuvent continuer dans leur dernier état appliqué documenté pendant certaines pannes du plan de contrôle.

Data plane (plan de données) — Le chemin d’exécution qui transporte le trafic client ou les connexions de services privées, comme l’Ingress, Relay, les Secure Links et les requêtes Opfield Inference.

Desired state (état souhaité) — La configuration durable qu’Opfield attend qu’un démon ou un service propriétaire applique.

Fail closed (échec fermé) — Le fait de refuser ou de différer une opération lorsque l’autorisation, la propriété, l’identité, le droit, la capacité ou la compatibilité ne peuvent pas être prouvés, au lieu de choisir une solution de repli moins sûre.

Immutable artifact (artefact immuable) — Une sortie de build ou de Pages identifiée par son contenu ou son identité de version et jamais modifiée sur place. Des pointeurs modifiables, comme les tags Pages, sélectionnent un artefact immuable.

Lease mode (mode bail) — Le basculement du plan de données de Workload Availability : les nœuds Docker, les nœuds Ingress et les relais d’une charge de travail tiennent un bail par slot actif et basculent sans Opfield. Voir Basculement du plan de données.

Lease watchdog — Le service opfield-lease-watchdog des nœuds Docker, qui arrête un conteneur en mode bail une fois l’échéance de son bail passée, même lorsque le démon Docker ou dockerd est bloqué.

Key-value store (stockage clé-valeur) — Une base de données qui fonctionne avec les clients Redis. Les nouveaux stockages clé-valeur managés exécutent Valkey. Voir Stockages clé-valeur.

Managed database (base de données managée) — Une instance PostgreSQL, clé-valeur ou ClickHouse provisionnée et exploitée sur un ou plusieurs nœuds Storage.

Managed storage (stockage managé) — Un stockage objet compatible S3 provisionné et exploité par Opfield sur un nœud Storage, privé par défaut. Les nouveaux clusters exécutent SeaweedFS ; les clusters créés avant 2.11 peuvent exécuter l’ancien moteur MinIO.

Storage connection (connexion de stockage) — Une connexion enregistrée et chiffrée vers un stockage compatible S3, FTP, FTPS ou SFTP exploité hors d’Opfield.

Storage Node (nœud Storage) — Un rôle de nœud géré qui exécute les bases de données managées, le stockage objet managé et les tâches de sauvegarde des bases de données ; anciennement le rôle Databases.

Operation ID (identifiant d’opération) — Un identifiant durable utilisé pour réconcilier une commande de cycle de vie lorsque sa réponse immédiate est perdue ou interrompue.

Pages Project (projet Pages) — Une ressource de site statique contenant des Deployments immuables, des tags modifiables, une configuration de source et des Routes.

Primary and copy (primaire et copie) — Les serveurs d’une base de données ou d’un stockage managés qui s’exécutent sur plusieurs nœuds Storage : le primaire reçoit toutes les lectures et écritures, et les copies le suivent et prennent le relais lorsqu’il est perdu. Voir Bases de données et stockage sur plusieurs serveurs.

Promote (promouvoir) — Exécuter dans un autre environnement d’app exactement ce qui s’exécute dans celui-ci, par empreinte d’image et sans nouveau build. Voir Promouvoir.

Protected relay (relais protégé) — Un relais en mode protégé, paramètre que seul le propriétaire de la machine du relais peut modifier : les administrateurs d’Opfield n’obtiennent par son intermédiaire ni console, ni fichiers, ni commandes, ni diagnostics de l’hôte. Voir Relais protégés.

Reconciliation (réconciliation) — La comparaison de l’état souhaité durable avec l’état actuel signalé par le propriétaire, et l’application ou la réparation de la différence prise en charge.

Reported state (état signalé) — Le dernier état d’inventaire, de capacités ou de santé acquitté par le démon propriétaire.

Route-owned binding (liaison appartenant à une Route) — Une relation Secure Link créée et mise hors service avec la Route d’ingress qui la détient.

Runtime profile (profil d’exécution) — Un mode restreint de démon ou de charge de travail doté d’une frontière de capacités et de sécurité définie, comme Build Worker, Storage, l’environnement d’exécution Default ou Secure Runtime.

Secure-link connector (connecteur secure-link) — Le connecteur unique qu’exécute chaque nœud Docker pour toutes ses liaisons de bases de données, tous ses liens de stockage et tous ses liens entre conteneurs ; chaque lien a son propre réseau privé. Il remplace les conteneurs connecteurs par lien et les écouteurs sur l’hôte. Voir Connecteur partagé et réseaux de liens.

Service address (adresse de service) — Une adresse joignable propre à un rôle, signalée ou configurée pour les pairs qui ne peuvent pas utiliser l’adresse locale générique du nœud.

System PKI (PKI système) — Les autorités de certification et identités cachées utilisées pour le transport géré par Opfield ; distinctes de la PKI interne destinée aux utilisateurs.

Witness (témoin) — Un votant, sur un relais autorisé ou un nœud Docker situé sur un autre hôte, qui décide avec les serveurs de données lequel est le primaire d’une base de données ou d’un stockage. Il ne détient aucune donnée.

Lorsqu’une discussion de support emploie « redémarrer », « supprimer », « prêt » ou « déployé », identifiez la ressource et le propriétaire exacts. Redémarrer l’application Opfield, Relay, un démon, un nœud, une charge de travail ou un moteur de base de données a des conséquences différentes ; une tâche terminée et un résultat vérifié par le client sont aussi des états différents.