Glossar

Verwenden Sie diese Begriffe in Runbooks, Support-Anfragen, Automatisierung und Architekturentscheidungen. Opfield verwendet mehrere vertraute Infrastrukturbegriffe mit einer bestimmten Bedeutung für Zuständigkeit oder Lebenszyklus. Präzise Begriffe sind wichtig, weil ein Container, ein Deployment, ein Compose-Projekt, ein Pages-Deployment und eine verwaltete Datenbank sich bei Rollback und Löschen unterschiedlich verhalten.

Ressourcen und Zuständigkeit

Additional Route (zusätzliche Route) – Eine Location mit literalem Pfadpräfix innerhalb einer verwalteten Ingress-Route.

App – Eine Gruppe der Ressourcen einer Anwendung (Container, Deployments, Compose-Projekte, Datenbanken, Speicher, Routen und Pages-Projekte), aufgeteilt in Umgebungen. Ein Benutzer ohne apps:view sieht eine App trotzdem, beschränkt auf die Mitglieder, die er sehen kann, wenn er eines ihrer Mitglieder sehen kann. Siehe Apps.

Binding – Eine dauerhafte Beziehung, die einer verwalteten Ressource Zugriff auf eine andere gewährt, etwa eine Datenbankidentität einer Anwendung.

Build Worker – Ein dediziertes Profil des Docker-Daemons, das BuildKit/containerd ohne Socket der Docker Engine verwendet.

Deployment – Eine stabile Anwendungsidentität mit Blue/Green-Laufzeit-Slots und Rollback-Zustand.

Desired owner (vorgesehener Eigentümer) – Die Opfield-Ressource oder das Teilsystem, das für das Erstellen, Abgleichen und Ausmustern eines abhängigen Objekts zuständig ist. Objekte mit einem anderen Eigentümer sollten nicht als manuelle Bereinigung gelöscht werden.

Environment (app) (Umgebung einer App) – Eine Stufe einer App, etwa production oder staging, mit eigenen erlaubten Nodes, Variablen, Secrets und eigenem Wartungsschalter. Genau eine Umgebung einer App ist als Production markiert. Siehe App-Umgebungen.

Ingress group (Ingress-Gruppe) – Eine Menge von nginx-Ingress-Nodes, die dieselben Routen, Domains und Pages-Sites bedienen, wobei jeder seine eigene Kopie ihrer Konfiguration und Zertifikate hält. Siehe Ingress-Gruppen.

Managed node (verwalteter Node) – Ein Host, der eine abgegrenzte Daemon-Rolle von Opfield ausführt.

Pages Deployment – Ein unveränderliches Release eines Artefakts einer statischen Site.

Relay – Der langlebige, authentifizierte Dienst der Datenebene und öffentliche Eigentümer von 9443/tcp.

Route – Eine verwaltete Definition von nginx-Datenverkehr; persistierte APIs können den historischen Namen proxy-host beibehalten.

Secure Link – Eine unterstützte private, authentifizierte Verbindung zwischen von Opfield verwalteten Ressourcen, kein allgemeines VPN.

Tag – Ein veränderlicher Pages-Release-Zeiger, der auf ein unveränderliches Deployment zeigt.

Task – Eine dauerhafte, lang laufende Operation wie Build, Migration, Deployment oder Update.

Identität und Richtlinien

Access List (Zugriffsliste) – Wiederverwendbare Ingress-Richtlinie mit IP-Regeln und optionaler HTTP-Basic-Authentifizierung.

Capability (Fähigkeit) – Eine Funktion, die ein verwalteter Daemon als fehlerfrei meldet und die zur Zulassung von Operationen dient, die der Host sicher ausführen kann.

Entitlement (Leistungsumfang) – Aus dem Tarif abgeleitete Befugnis, eine kostenpflichtige Fähigkeit zu nutzen. Der Leistungsumfang beweist nicht, dass der erforderliche Host, Node, Anbieter oder Connector bereit ist.

Folder (Ordner) – Eine organisatorische und berechtigungsbezogene Grenze, die unterstützte Opfield-Ressourcen gruppiert.

Impersonation (Identitätswechsel) – Eine sichtbar gekennzeichnete, auditierte Support-Sitzung eines Administrators, der als ein anderer Benutzer handelt. Sie ist von der normalen Sitzung des Administrators getrennt.

Kill switch (Notschalter) – Isolierung einer App oder einer ihrer Umgebungen während eines Sicherheitsvorfalls: Ihr Datenverkehr wird unterbrochen und ihre Ressourcen werden eingefroren, bis der Schalter ausgeschaltet wird, was den vorherigen Zustand wiederherstellt. Siehe Eine App herunterfahren, starten und isolieren.

Inference token (Inferenz-Token) – Ein dedizierter gwi_-Zugangsschlüssel für die Datenebene von Opfield Inference, getrennt von gewöhnlichen Opfield-API-Zugangsdaten.

Resource scope (Ressourcen-Scope) – Eine Berechtigung, die auf benannte Opfield-Ressourcen oder Zuständigkeitsgrenzen statt auf alle Ressourcen eines Typs beschränkt ist.

System actor (Systemakteur) – Ein Opfield-Dienst oder geplanter Prozess, der statt einer menschlichen Sitzung als Auslöser einer Operation erfasst wird.

Laufzeit und Konnektivität

Container link (Container-Link) – Eine private Verbindung von einem Container, Deployment oder Compose-Dienst zu einem Port eines anderen Workloads, auf demselben oder einem anderen Node. Siehe Container-Links.

Control Plane – Opfield-Dienste und persistenter Zustand, die zum Autorisieren, Koordinieren und Auditieren von Operationen dienen. Verwaltete Workloads können während mancher Ausfälle der Control Plane in ihrem dokumentierten zuletzt angewendeten Zustand weiterlaufen.

Data plane (Datenebene) – Der Laufzeitpfad, der Kundenverkehr oder private Dienstverbindungen trägt, etwa Ingress, Relay, Secure Links und Anfragen an Opfield Inference.

Desired state (Sollzustand) – Die dauerhafte Konfiguration, die Opfield von einem zuständigen Daemon oder Dienst angewendet erwartet.

Fail closed – Eine Operation ablehnen oder zurückstellen, wenn Autorisierung, Zuständigkeit, Identität, Leistungsumfang, Fähigkeit oder Kompatibilität nicht nachgewiesen werden können, statt auf eine weniger sichere Alternative auszuweichen.

Immutable artifact (unveränderliches Artefakt) – Eine Build- oder Pages-Ausgabe, die über Inhalt oder Release-Identität identifiziert und nicht an Ort und Stelle verändert wird. Veränderliche Zeiger wie Pages-Tags wählen ein unveränderliches Artefakt aus.

Lease mode (Lease-Modus) – Failover der Datenebene für Workload Availability: Die Docker Nodes, Ingress Nodes und Relays eines Workloads halten eine Lease pro bedienendem Slot und führen das Failover ohne Opfield durch. Siehe Failover der Datenebene.

Lease watchdog (Lease-Watchdog) – Der Dienst opfield-lease-watchdog auf Docker Nodes, der einen Container im Lease-Modus nach Ablauf seiner Lease-Frist stoppt, selbst wenn der Docker-Daemon oder dockerd hängt.

Key-value store (Key-Value-Store) – Eine Datenbank, die mit Redis-Clients funktioniert. Neue verwaltete Key-Value-Stores laufen mit Valkey. Siehe Key-Value-Stores.

Managed database (verwaltete Datenbank) – Eine PostgreSQL-, Key-Value- oder ClickHouse-Instanz, die auf einem oder mehreren Storage Nodes bereitgestellt und betrieben wird.

Managed storage (verwalteter Speicher) – S3-kompatibler Objektspeicher, den Opfield auf einem Storage Node bereitstellt und betreibt, standardmäßig privat. Neue Cluster laufen mit SeaweedFS; vor 2.11 erstellte Cluster können die ältere MinIO-Engine verwenden.

Storage connection (Speicherverbindung) – Eine gespeicherte, verschlüsselte Verbindung zu S3-kompatiblem, FTP-, FTPS- oder SFTP-Speicher, der außerhalb von Opfield betrieben wird.

Storage Node – Eine Rolle verwalteter Nodes, die verwaltete Datenbanken, verwalteten Objektspeicher und Datenbank-Backup-Aufträge ausführt; früher die Rolle Databases.

Operation ID (Operations-ID) – Eine dauerhafte Kennung, mit der ein Lebenszyklusbefehl abgeglichen wird, wenn seine unmittelbare Antwort verloren geht oder unterbrochen wird.

Pages Project (Pages-Projekt) – Eine Ressource einer statischen Site mit unveränderlichen Deployments, veränderlichen Tags, Quellkonfiguration und Routen.

Primary and copy (Primärserver und Kopie) – Die Server einer verwalteten Datenbank oder eines Speichers, der auf mehreren Storage Nodes läuft: Der Primärserver übernimmt alle Lese- und Schreibvorgänge, und Kopien folgen ihm und übernehmen, wenn er verloren geht. Siehe Datenbanken und Speicher auf mehreren Servern.

Promote (Übernehmen) – In einer anderen App-Umgebung genau das ausführen, was in dieser läuft, per Image-Digest und ohne neuen Build. Siehe Übernehmen.

Protected relay (geschütztes Relay) – Ein Relay im geschützten Modus, einer Einstellung, die nur der Eigentümer der Maschine des Relays ändern kann: Opfield-Administratoren erhalten darüber weder Konsole noch Dateien, Befehle oder Host-Diagnose. Siehe Geschützte Relays.

Reconciliation (Abgleich) – Vergleich des dauerhaften Sollzustands mit dem aktuellen, vom Eigentümer gemeldeten Zustand und Anwenden oder Reparieren der unterstützten Differenz.

Reported state (gemeldeter Zustand) – Der neueste Inventar-, Fähigkeits- oder Health-Zustand, den der zuständige Daemon bestätigt hat.

Route-owned binding (routeneigenes Binding) – Eine Secure-Link-Beziehung, die mit ihrer zuständigen Ingress-Route erstellt und ausgemustert wird.

Runtime profile (Laufzeitprofil) – Ein eingeschränkter Daemon- oder Workload-Modus mit einer definierten Fähigkeits- und Sicherheitsgrenze, etwa Build Worker, Storage, Default runtime oder Secure Runtime.

Secure-link connector (Secure-Link-Connector) – Der eine Connector, den jeder Docker Node für alle seine Datenbank-Bindings, Speicherverbindungen und Container-Links ausführt; jede Verbindung hat ihr eigenes privates Netzwerk. Er ersetzt Connector-Container und Host-Listener pro Verbindung. Siehe Gemeinsamer Connector und Verbindungsnetzwerke.

Service address (Dienstadresse) – Eine rollenspezifische erreichbare Adresse, die für Gegenstellen gemeldet oder konfiguriert wird, die die allgemeine lokale Adresse des Nodes nicht verwenden können.

System PKI (System-PKI) – Verborgene Zertifizierungsstellen und Identitäten für den von Opfield verwalteten Transport; getrennt von der benutzerseitigen internen PKI.

Witness – Ein Abstimmender auf einem erlaubten Relay oder einem Docker Node auf einem anderen Host, der zusammen mit den Datenservern entscheidet, welcher Server einer Datenbank oder eines Speichers der Primärserver ist. Er hält keine Daten.

Wenn in einer Support-Diskussion von „Neustart“, „Löschen“, „bereit“ oder „bereitgestellt“ die Rede ist, benennen Sie die genaue Ressource und ihren Eigentümer. Ein Neustart der Opfield-Anwendung, von Relay, Daemon, Node, Workload und Datenbank-Engine hat unterschiedliche Folgen; ein abgeschlossener Task und ein vom Kunden bestätigtes Ergebnis sind ebenfalls unterschiedliche Zustände.