Glossar
Definitionen der Produktbegriffe, die in der gesamten Codesphere-Dokumentation verwendet werden, alphabetisch nach Buchstaben geordnet. Jeder Eintrag nennt den Produktbereich, zu dem er gehört, und verlinkt auf die Seite, auf der das Konzept vollständig erklärt wird. Dieses Glossar verweist außerdem auf docs/Private_Cloud/glossary.mdx — Begriffe, die rein installer-/admin-intern sind (Jumpbox, SOPS, Age-Key und Ähnliches), bleiben exklusiv auf dieser Seite, aber einige allgemeine Produktkonzepte, die zufällig nur dort dokumentiert sind (wie OMS und Data Center), sind auch hier aufgeführt.
A
| Begriff | Kategorie | Definition |
|---|---|---|
| A/B Test (Traffic Split) | Domains & Networking | Das Verbinden zweier Landscapes mit einer Domain, sodass der Load Balancer von Codesphere den Traffic zwischen ihnen aufteilt und jeden Besucher per Sticky-Session-Cookie für die Dauer seiner Sitzung an eine Seite bindet. Siehe Setting Up A/B Tests. |
| Always On | Deployment | Der Verfügbarkeitsmodus, der einen Dienst dauerhaft laufen lässt, anstatt ihn bei Inaktivität auf null zu skalieren — die dokumentierte Voraussetzung für Produktions-Domains, da ein Off-When-Unused-Dienst bei der nächsten Anfrage einen Cold Start erleidet. Siehe Configuring a Landscape. |
| API Key | Account | Ein persönliches Zugriffstoken, das in den Benutzereinstellungen erzeugt wird und API- und CLI-Aufrufern dieselben Berechtigungen wie das ausstellende Benutzerkonto gewährt. Siehe API Keys. |
B
| Begriff | Kategorie | Definition |
|---|---|---|
| Backup Store | Managed Services | Das externe, S3-kompatible (Simple Storage Service) Ziel — ein eigener Bucket oder ein Codesphere Object Storage Managed Service —, in das die Backups eines Managed Service geschrieben werden; Kapazität und Redundanz liegen in eigener Verantwortung. Siehe Managed Service Backups. |
| Base Image | Runtimes | Das Container-Image, von dem ein Reactive oder Managed Container ausgeht — ein geteiltes, von Codesphere gepflegtes Standard-Image oder ein benutzerdefiniertes Image, das pro Dienst, pro Preview-Deployment oder plattformweit festgelegt wird. Siehe Runtimes. |
| Blue/Green (Zero-Downtime) Release | Deployment | Eine Release-Strategie, bei der ein neuer Workspace gebaut und verifiziert wird, bevor das Domain-Routing über die Public API darauf umgeschaltet wird, wodurch keine Zeitspanne entsteht, in der die Anwendung nicht erreichbar ist. Siehe Automating Tasks with the API. |
C
| Begriff | Kategorie | Definition |
|---|---|---|
| Capabilities (Provider Capabilities) | Managed Services | Eine deklarierte Übersicht der Lifecycle-Funktionen, die das REST-Backend eines Managed Service Providers implementiert — pause, backups, pointInTimeRecovery und highAvailability —, die Nutzern als Häkchen-, Kreuz- oder ausgeblendete Anzeige dargestellt werden; Landscape-basierte Provider können noch keine davon unterstützen. Siehe Creating Service Providers. |
| CI/CD | Deployment | Continuous Integration / Continuous Deployment — das automatische Bauen, Testen und Deployen einer Landscape anhand ihrer ci.yml-Pipeline bei jedem Sync. Siehe Configuring CI Pipelines. |
| CI Profile | Deployment | Eine benannte Variante der ci.yml-Konfiguration (zum Beispiel ci.dev.yml, ci.prod.yml), mit der sich Build- und Run-Verhalten pro Umgebung anpassen lässt. Siehe Using CI Profiles. |
ci.yml | Deployment | Die Infrastructure-as-Code-Datei, die deklarativ die Stufen prepare und run, Dienste, Ressourcen und das Networking einer Landscape definiert. Siehe Configuring CI Pipelines. |
| Cloud IDE | Development | Die browserbasierte, in Echtzeit kollaborative Entwicklungsumgebung von Codesphere, verbunden mit dem gemeinsamen Dateisystem einer Landscape, einschließlich einer gemeinsamen Terminal-Sitzung, die für jedes Workspace-Mitglied sichtbar ist. Siehe Cloud IDE. |
| Cluster Admin | Platform Administration | Die instanzweite Administratorrolle, die erforderlich ist, um global verfügbare Managed Service Providers zu veröffentlichen und Organisationen über eine gesamte Codesphere-Installation hinweg zu verwalten. Siehe Organizations API. |
| Codesphere Agent | Runtimes | Der Plattformprozess, der in jede Runtime eingebunden wird, um Orchestrierung und Monitoring bereitzustellen; in einem Managed Container läuft er als PID 1, sodass der eigene Prozess des Images stattdessen als dessen Kindprozess läuft. Siehe Managed Containers. |
Codesphere CLI (cs) | APIs & Automations | Das Open-Source-Kommandozeilenwerkzeug, das in jedem Workspace vorinstalliert ist, um Codesphere-Ressourcen über das Terminal zu verwalten und zu debuggen. Siehe Getting Started with the CLI. |
| Codesphere-Managed vs. Ecosystem Service | Managed Services | Ob Codesphere den Provider, das Backend und die Infrastruktur für einen Managed Service vollständig selbst betreibt, oder ob eine oder mehrere dieser Ebenen als selbstverwalteter oder partnerbereitgestellter Dienst in eigener Verantwortung liegen. Siehe Managed Services Overview. |
| Codesphere Reactive | Runtimes | Eine „zustandsbehaftete Serverless"-Runtime, die auf einem geteilten, von Codesphere gepflegten Base Image basiert, mit persistentem Speicher, Cold Starts im Millisekundenbereich und automatischer Skalierung auf null bei Inaktivität. Siehe Codesphere Reactives. |
| Cold Start | Runtimes | Die Startverzögerung, die entsteht, wenn ein auf null skalierter (Off-When-Unused) Dienst bei der nächsten Anfrage aufwacht; Codesphere Reactives minimieren dies durch ein vorgewärmtes, geteiltes Base Image. Siehe Runtimes. |
| Custom Domain | Domains & Networking | Eine benutzereigene Domain, die mit einem Team verbunden und nach DNS-Verifizierung (Domain Name System) mit automatischem TLS (Transport Layer Security) zu einem oder mehreren Workspaces geroutet wird. Siehe Connecting Custom Domains. |
| Custom REST Backend | Managed Services | Ein Backend, das nach dem REST-Adapter-API-Vertrag (Representational State Transfer) von Codesphere implementiert ist und dazu dient, ein beliebiges externes System in den Managed Services-Katalog einzubinden. Siehe Custom REST Backends. |
| Custom Target | Domains & Networking | Eine Pfadzuordnung im Workspace Router, die Anfragen an eine beliebige HTTP- oder HTTPS-URL außerhalb der Landscape weiterleitet, zum Beispiel an einen Dienst in einem Virtual Cluster, einen Managed Service oder einen externen Endpunkt. Ersetzt Headless Services. Siehe Landscape Networking. |
D
| Begriff | Kategorie | Definition |
|---|---|---|
| Data Center | Platform Administration | Die Kennung, die eine bestimmte Codesphere-Installation oder -Region identifiziert — kein physisches Gebäude —, an die ein Team gebunden ist; sie erscheint in Dev-Domain-Hostnamen, SSH-Jump-Adressen und im dataCenter-Block der Install Config einer Installation. Siehe Private Cloud Installer Config Reference. |
| Dev Domain | Domains & Networking | Die automatisch generierte URL (<workspace-id>.<data-center>.<instance-domain>), die standardmäßig jedem Workspace zugewiesen wird. Siehe Restricting Domain Access. |
| DSN (Data Source Name) | Managed Services | Der Verbindungsstring, den ein Managed Service Provider nach der Bereitstellung zurückgibt und der einer Anwendung alles liefert, was sie zur Verbindung mit dem Dienst benötigt. Siehe Managed Services Overview. |
E
| Begriff | Kategorie | Definition |
|---|---|---|
| Environment Variable | Deployment | Ein Schlüssel-Wert-Konfigurationseintrag, der zur Laufzeit in einen Dienst eingebunden wird, verwaltet über die UI, einen Massen-Upload per .env-Datei oder ci.yml-Templating. Siehe Environment Variables. |
| Execution Manager | Deployment | Das Workspace-Panel, mit dem eine Landscape synchronisiert, ihre Prepare- und Run-Stufen ausgeführt, Dienste gestartet, gestoppt oder neu gestartet, CI Profiles gewechselt und die Landscape abgebaut werden — die zentrale Deployment-Steuerungsfläche. Siehe Landscape Lifecycle. |
F
| Begriff | Kategorie | Definition |
|---|---|---|
| Feature Flag | Platform Administration | Eine von drei Flag-Kategorien in der config.yaml einer Installation — stabile features, optionale preview oder Codesphere-internal —, die bestimmt, ob eine Plattformfunktion überhaupt sichtbar ist. Siehe Feature Flags. |
| Force Delete | Managed Services | Eine explizite, unumkehrbare Methode zum Löschen eines Managed Service, bei der nicht auf ein abschließendes Backup gewartet wird; wird verwendet, um einen Dienst freizugeben, der feststeckt, weil dieses Backup nicht abgeschlossen werden kann. Siehe Deploying Services. |
G
| Begriff | Kategorie | Definition |
|---|---|---|
| Git Panel | Development | Das Seitenleistenfenster der Cloud IDE zum Stagen, Committen und Pushen von Änderungen, mit Fetch-/Pull-/Push-Steuerelementen. Siehe Git Integration. |
| Git Permissions | Account | Die Verbindungen auf Benutzerebene zu Git-Anbietern (GitHub, GitLab, Bitbucket), die Codesphere autorisieren, Workspaces und Preview-Deployments aus einem Repository zu erstellen. Siehe Git Permissions. |
H
| Begriff | Kategorie | Definition |
|---|---|---|
| Headless Service | Deployment | Veraltet. Ein ci.yml-Eintrag, der eine HTTP-Routing-Regel hinzufügte, die auf einen bestehenden Endpunkt zeigte, ohne ein neues Reactive bereitzustellen. Wurde durch Custom Targets im Workspace Router ersetzt. Siehe Headless Services. |
| Health Endpoint | Deployment | Die URL, die von innerhalb des Containers geprüft wird und die Codesphere abfragt, um zu entscheiden, ob eine Dienstinstanz gesund ist und Traffic empfangen kann. Siehe Configuring a Landscape. |
| Hosting Plan | Platform Administration | Die rohe CPU-, Speicher- und Storage-Zuteilung, die ein Cluster-Administrator festlegt; ein oder mehrere Workspace Plans referenzieren einen Hosting Plan, um zu bestimmen, welche Ressourcen ein vom Benutzer gewählter Plan tatsächlich bereitstellt. Siehe Workspace and Hosting Plans. |
I
| Begriff | Kategorie | Definition |
|---|---|---|
| IaC (Infrastructure as Code) | Core Concepts | Die vollständige Definition der Runtimes, Managed Services, des Networkings und Routings einer Landscape in der versionskontrollierten Datei ci.yml, sodass dasselbe Deployment über verschiedene Umgebungen hinweg reproduziert werden kann. Siehe Platform Architecture. |
| IDE Pod | Development | Die Recheneinheit, auf der das Cockpit eines Workspaces — Terminal, Cloud IDE, VS Code Server, Prepare Stage — läuft, getrennt von der Recheneinheit, die die eigenen Dienste der Landscape betreibt. Siehe Landscapes & Workspaces. |
| Infrastructure Layer | Core Concepts | Das interne Fundament von Codesphere — Kubernetes für Rechenleistung, Ceph für Storage und Networking —, verwaltet über das Codesphere OMS; kein kundenseitiges „Infrastructure as a Service"-Angebot, sondern die Grundlage, auf der die Platform Layer läuft. Siehe Platform Architecture. |
Install Config (config.yaml) | Platform Administration | Die installationsweite Konfigurationsdatei, erzeugt durch die OMS CLI, die Data Center, Infrastruktur, Networking, Storage, Pläne und aktivierte Funktionen einer Codesphere-Instanz über zwölf Top-Level-Schlüssel beschreibt. Siehe Private Cloud Installer Config Reference. |
| Internal URL | Domains & Networking | Die private, clusterinterne Adresse (http://ws-server-<workspace-id>-<service>.workspaces:<port>), über die Landscape-Dienste direkt miteinander kommunizieren, ohne das Landscape Gateway zu durchlaufen. Siehe Landscape Networking. |
L
| Begriff | Kategorie | Definition |
|---|---|---|
| Landscape | Core Concepts | Eine Deployment-Konfiguration für eine Anwendung und ihre Architektur, deklariert in einer einzigen ci.yml-Datei und instanziiert als laufende Menge von Diensten. Siehe Landscapes & Workspaces. |
| Landscape-based Provider | Managed Services | Ein Managed Service Provider, der als Codesphere Landscape implementiert ist und es ermöglicht, jede deployte Anwendung als wiederverwendbaren One-Click-Dienst zu veröffentlichen. Siehe Creating Service Providers. |
| Landscape Config Editor | Deployment | Die UI, die über das Deploy-Symbol in der Seitenleiste eines Workspaces geöffnet wird, um Dienste, Ressourcen, Networking und Umgebungsvariablen einer Landscape als Alternative zur manuellen Bearbeitung von ci.yml zu konfigurieren. Siehe Configuring a Landscape. |
| Landscape Gateway | Deployment | Der einzelne Dienst und Port innerhalb einer Landscape, der sämtlichen externen Traffic empfängt, der über die Dev Domain oder eine Custom Domain eingeht. Entweder ein Reactive oder der Workspace Router. Eine Landscape hat höchstens eines. Siehe Landscape Networking. |
| Landscape Health Monitoring | Monitoring | Echtzeit- und historische Sichtbarkeit von CPU, Speicher und Storage pro Dienst, erreichbar über die Verknüpfung in der Workspace-Tabelle oder die Resources-Schaltfläche des Workspaces. Siehe Monitoring Landscape Health. |
| Landscape Lifecycle | Deployment | Die vollständige Abfolge, die eine Landscape durchläuft — Erstellung, Sync, Laufzeit, Teardown und Löschung —, mit unterschiedlichen Garantien zur Datenpersistenz in jeder Phase. Siehe Landscape Lifecycle. |
| Local IDE Integration | Development | Das Verbinden eines lokalen Editors mit einem Workspace über Git-Sync, die Microsoft-Tunnel-Verbindung der Codesphere VS Code Extension oder direktes SSH für jede SSH-fähige IDE (JetBrains, Vim, Emacs). Siehe Connecting Local IDE. |
| Log Browser | Monitoring | Ein Observability-Tool, das Anwendungsdienst-Logs und Pipeline-Ausführungs-Logs für eine Landscape vereinheitlicht, basierend auf OpenTelemetry-Erfassung. Siehe Log Browser. |
M
| Begriff | Kategorie | Definition |
|---|---|---|
| Managed Container | Runtimes | Eine Runtime für ein benutzerdefiniertes OCI- (Open Container Initiative)/Docker-Image, bei der Codesphere Orchestrierung, Skalierung, Networking und Monitoring über denselben Codesphere Agent verwaltet, den jede Runtime verwendet, während das Image selbst in eigener Verantwortung liegt und bereitgestellt wird. Siehe Managed Containers. |
| Managed Service | Managed Services | Eine aus dem Katalog bereitgestellte Abhängigkeit — Datenbank, Cache, Storage, Message Queue oder Virtual Cluster —, die Codesphere bereitstellt und über den gesamten Lifecycle verwaltet, verbunden mit einer Landscape über das private Netzwerk. Siehe Managed Services Overview. |
| Managed Service Backup | Managed Services | Automatisierte, geplante Snapshots eines unterstützten Managed Service, gespeichert in einem S3-kompatiblen (Amazon Simple Storage Service) Backup Store, nutzbar für Point-in-Time Recovery. Siehe Managed Service Backups. |
| MB vs. MiB | Managed Services | Eine dokumentierte Inkonsistenz in den Managed Services-Dokumenten und -Schemas — manche Speichergrößen sind in dezimalen Megabyte (MB) angegeben, andere in binären Mebibyte (MiB) — lohnt sich, von Fall zu Fall zu prüfen, statt Annahmen zu treffen. Siehe Custom REST Backends. |
| MCP Server | APIs & Automations | Der offizielle Codesphere-Server für das MCP (Model Context Protocol), gestartet mit cs mcp, der es KI-Assistenten wie Claude, Cursor oder VS Code ermöglicht, Workspaces, Pipelines, Domains und Teams mit dem API-Token des Benutzers zu verwalten. Siehe Codesphere MCP Server. |
| Monitoring (Observability Stack) | Monitoring | Die optionale, auf OpenTelemetry basierende Plattform von Codesphere für Logs, Traces und Ressourcenmetriken, aktivierbar pro Team und anschließend pro Landscape. Siehe Enabling Monitoring. |
| Monitoring Plan | Monitoring | Die separat aktivierbare, dimensionierte Observability-Stufe, die ein Resource-Group-Administrator aktiviert, bevor Log Browser und Request Browser mit der Datenerfassung beginnen. Siehe Enabling Monitoring. |
N
| Begriff | Kategorie | Definition |
|---|---|---|
| Network File System | Core Concepts | Das gemeinsame, persistente Dateisystem, das unter /home/user/app in einem Workspace und den Reactive-Diensten seiner Landscape eingebunden ist und Neustarts sowie Skalierung übersteht. Siehe Landscapes & Workspaces. |
| Nix (Package Manager) | Deployment | Der deklarative, rootlose Paketmanager, den Codesphere zur Installation binärer Abhängigkeiten in der Prepare Stage verwendet, da Reactives ohne Root-Zugriff laufen; Pakete landen in einem Nix Store, der von den Reactive-Diensten der Landscape gemeinsam genutzt wird. Siehe Installing Dependencies with Nix. |
O
| Begriff | Kategorie | Definition |
|---|---|---|
| Object Storage | Managed Services | Ein Managed-Service-Provider, der eine S3-kompatible Bucket-API für Dateien, Backups und andere unstrukturierte Daten bereitstellt, unterstützt durch die Ceph-Storage-Schicht von Codesphere. Siehe Object Storage. |
| Off-When-Unused | Deployment | Ein dienstspezifischer Modus, bei dem die Runtime nach einer Phase der Inaktivität auf null skaliert und bei der nächsten Anfrage automatisch neu startet. Siehe Landscape Lifecycle. |
| OIDC (OpenID Connect) | Platform Administration | Ein Identitätsstandard, den Codesphere Private Cloud-Installationen nutzen können, um Benutzer gegenüber einem externen Identity Provider zu authentifizieren, konfiguriert getrennt von Git-Provider-Integrationen. Siehe Identity Providers. |
| OMS (Operations Management System) | Platform Administration | Die Administrator-CLI von Codesphere zum Herunterladen von Installer-Paketen, zum Generieren der Installationskonfiguration sowie zum Installieren und Betreiben der zugrunde liegenden Infrastruktur einer Private Cloud-Instanz. Siehe Private Cloud Glossary. |
| OpenBao | Deployment | Die Open-Source-Secrets-Engine, die der Secret-/Vault-Funktion von Codesphere zugrunde liegt, speichert Werte verschlüsselt im Ruhezustand und gibt sie an Dienste nur per Referenz frei. Siehe Secret Management. |
| OpenVSIX | Development | Der Open-Source-Erweiterungsmarktplatz, den der integrierte VS Code Server anstelle des offiziellen Microsoft Marketplace verwendet — der Grund, warum manche Microsoft-Erweiterungen manuell installiert werden müssen. Siehe VS Code Server. |
| Organization | Core Concepts | Die übergeordnete administrative Einheit, die ein Unternehmen repräsentiert und zentrale Governance sowie Zugriffskontrolle über all ihre Teams bereitstellt. Siehe Organizations & Teams. |
P
| Begriff | Kategorie | Definition |
|---|---|---|
| PaaS (Platform-as-a-Service) | Core Concepts | Die Produktkategorie, der Codesphere als Ganzes angehört — eine selbst hostbare Cloud-Plattform, die Entwicklungs-, Deployment- und Betriebswerkzeuge über den gesamten Softwarelebenszyklus hinweg bereitstellt. Siehe Introduction to Codesphere. |
| Path-Based Routing | Domains & Networking | Das Weiterleiten von Traffic an verschiedene Dienste oder Workspaces basierend auf URL-Pfadpräfixen innerhalb derselben Domain. Siehe Path-Based Routing. |
| Plans and Resource Parameters | Managed Services | Die zweiteilige Art, wie ein REST-basierter Managed Service Provider seine abrechenbaren Ressourcen beschreibt: resourceParameters legt fest, welche Ressourcen existieren und wie sie validiert werden, während benannte plans (Small, Medium, …) konkrete Werte dafür festlegen. Siehe Creating Service Providers. |
| Platform Layer | Core Concepts | Die Anwendungs- und Lifecycle-Management-Schicht, die auf der Infrastructure Layer aufbaut und Runtimes, Managed Services, CI/CD, Observability und Multi-Tenancy bereitstellt — zusammen bilden die beiden Schichten das PaaS-Angebot von Codesphere. Siehe Platform Architecture. |
| Point-in-Time Recovery (PITR) | Managed Services | Das Wiederherstellen eines Managed Service auf einen beliebigen Zeitpunkt zwischen geplanten Backups statt auf einen einzelnen diskreten Snapshot; eine Wiederherstellung erzeugt immer eine neue Dienstinstanz, statt vor Ort wiederherzustellen. Siehe Managed Service Backups. |
| Prepare Stage | Deployment | Die optionale ci.yml-Phase — im Landscape Config Editor als Application Setup bezeichnet —, die Abhängigkeiten installiert und die Anwendung auf dem gemeinsamen Dateisystem baut, bevor die Dienste laufen. Siehe Configuring CI Pipelines. |
| Preview Comments | Domains & Networking | Kontextbezogene Kommentare im Figma-Stil, verfügbar für Preview Deployments, mit denen Reviewer Frontend-Feedback direkt in der laufenden Anwendung hinterlassen können. Siehe GitHub Preview Deployments. |
| Preview Deployment | Domains & Networking | Eine temporäre, isolierte Landscape, die automatisch für einen Pull- oder Merge-Request erstellt wird und die Architektur der Produktion für die QA vor dem Merge teilt. Siehe GitHub Preview Deployments. |
| Provider Backend | Managed Services | Die Komponente, die einen Service Provider mit seiner zugrunde liegenden Rechenleistung verbindet und Erstellungs-, Aktualisierungs-, Lösch- und Statusoperationen für einen Dienst ausführt. Siehe Managed Services Overview. |
| Provider Editor (UI) | Managed Services | Die formularbasierte Codesphere-UI zum Erstellen einer Managed Service Provider-Definition — ausgehend von einer bestehenden Landscape, von Grund auf oder durch Import einer Definition —, mit einer Live-YAML/JSON-Vorschau, die direkt in den Katalog veröffentlicht werden kann. Siehe Creating Service Providers. |
| Provider Maturity Label (GA / Preview / Closed Testing) | Managed Services | Der auf jeder Managed Service Provider-Seite angezeigte Status — General Availability, eine optionale Preview-Funktion, die nicht standardmäßig aktiviert ist, oder Closed Testing, nur auf dedizierten Installationen verfügbar. Siehe Creating Service Providers. |
| Provider Scope | Managed Services | Ob ein Managed Service Provider für jedes Team der Installation verfügbar ist (global) oder auf eine explizite Liste von Teams beschränkt ist. Siehe Creating Service Providers. |
| Provider Versions | Managed Services | Für Landscape-basierte Provider die nur anhängbare, versionsweise Festlegung eines gitRef und ciProfile (zuzüglich eines optionalen Labels und Release Notes), aus der Nutzer beim Erstellen oder Aktualisieren eines Dienstes wählen. Siehe Creating Service Providers. |
| Public API | APIs & Automations | Die REST-API von Codesphere zur programmgesteuerten Verwaltung von Workspaces, Pipelines, Domains und Managed Services, authentifiziert über ein Bearer-API-Token. Siehe Public API. |
R
| Begriff | Kategorie | Definition |
|---|---|---|
| RBAC (Role-Based Access Control) | Platform Administration | Das Modell zur Ressourcenisolation und Durchsetzung von Richtlinien, das der Multi-Tenancy von Codesphere zugrunde liegt und einschränkt, was ein Benutzer basierend auf seiner zugewiesenen Rolle sehen und tun kann. Siehe Platform Architecture. |
| Reconciler | Managed Services | Die Kontrollschleife, die kontinuierlich das Backend eines Managed Service Providers abfragt und die tatsächliche Dienstinfrastruktur in den von Codesphere gespeicherten Sollzustand überführt. Siehe Managed Services Overview. |
| Replicas | Deployment | Die Anzahl horizontal skalierter Instanzen eines Dienstes, automatisch lastverteilt. Siehe Configuring a Landscape. |
| Request Browser | Monitoring | Ein Monitoring-Tool, das Latenz, HTTP-Statuscodes und Traces für jede externe Anfrage an die öffentlichen Endpunkte einer Landscape erfasst. Siehe Request Browser. |
| Resource Audit Log | Platform Administration | Der ressourcenbezogene Verlauf von Lifecycle-Ereignissen — Erstellung, Start/Stopp, Größenänderungen — mit Benutzerzuordnung, verwendet, um nachzuvollziehen, wer wann was geändert hat. Siehe Usage & Cost Control. |
| Resource Plan | Deployment | Die Ressourcenstufe (vCPU, Speicher, Storage), die einem Dienst über das Feld plan in ci.yml zugewiesen wird — in der UI wählt dies einen Workspace Plan aus, der wiederum auf einen vom Administrator definierten Hosting Plan abbildet. Siehe Configuring a Landscape. |
| Restricted (Private) Domain | Domains & Networking | Ein Domain-Zugriffsmodus, der von Besuchern verlangt, sich als Teammitglied oder per API Key zu authentifizieren, bevor sie die Anwendung erreichen. Siehe Restricting Domain Access. |
| Rootless Container | Runtimes | Codesphere Reactives laufen ohne Root-Zugriff — keine privilegierten Ports, keine Paketinstallationen auf Root-Ebene —, weshalb die Installation von Abhängigkeiten über Nix statt über apt/sudo erfolgt. Siehe Runtimes. |
| Run Stage | Deployment | Der ci.yml-Abschnitt — im Landscape Config Editor als Landscape Deployment bezeichnet —, der die deployten Dienste einer Landscape, ihre Rechenressourcen und ihre Laufzeitkonfiguration (Ports, Health Checks, Umgebungsvariablen) definiert. Siehe Configuring CI Pipelines. |
| Runtime | Runtimes | Der Typ der Ausführungsumgebung — Reactive, Managed Container, Virtual Cluster, Virtual Machine oder Managed Service —, auf dem ein Landscape-Dienst läuft. Siehe Runtimes. |
S
| Begriff | Kategorie | Definition |
|---|---|---|
| Secret / Vault | Deployment | Sensible Werte, die im OpenBao-gestützten Vault von Codesphere gespeichert und zur Laufzeit über ${{ vault.NAME }}-Templating in Dienste eingebunden werden, niemals in Git gespeichert — zu unterscheiden von der eigenen verschlüsselten prod.vault.yaml einer Private Cloud-Installation. Siehe Secret Management. |
| Self-Healing | Deployment | Plattform-Monitoring, das einen Dienstprozess automatisch neu startet, wenn er abstürzt oder unerwartet beendet wird. Siehe Configuring CI Pipelines. |
| Service Account (Technical User) | Account | Ein dediziertes, nicht personengebundenes Konto, empfohlen für CI-Automatisierung und als Inhaber langlebiger Landscape-basierter Provider, damit automatisierte Workflows weiterhin funktionieren, wenn die Person, die sie eingerichtet hat, das Unternehmen verlässt. Siehe GitHub Preview Deployments. |
| Service Catalog | Managed Services | Die durchsuchbare Sammlung von Managed Service Providern, die einem Team zur Verfügung stehen, dargestellt als Provider-Karten in der Managed Services-UI. Siehe Managed Services Overview. |
| Service Provider | Managed Services | Eine reproduzierbare Vorlage — von Codesphere verwaltet, Landscape-basiert oder REST-basiert —, die definiert, was ein Managed Service ist und wie er konfiguriert wird. Siehe Creating Service Providers. |
| Shared Vault | Deployment | Eine Vault-Partition auf Teamebene, auf die mehrere Workspaces für zentral rotierte Secrets zugreifen können; ein Workspace löst ${{ vault.NAME }} entweder gegen seinen eigenen Vault oder gegen den zugewiesenen Shared Vault auf, niemals gegen beide gleichzeitig. Siehe Secret Management. |
| Soft Delete / Force Delete | Managed Services | Das normale Löschen eines Managed Service markiert diesen als gelöscht und wartet vor der Entfernung auf ein abschließendes Backup, wodurch er während eines Aufbewahrungsfensters wiederherstellbar bleibt; Force Delete überspringt diese Wartezeit und ist eine explizite, unumkehrbare Operation mit Datenverlust. Siehe Deploying Services. |
| SSH Access | Development | Direkter Terminal-Zugriff auf einen Workspace über SSH (Secure Shell), authentifiziert mit einem in den Benutzereinstellungen registrierten öffentlichen Schlüssel oder über die Public API. Siehe Connect to Workspace via SSH. |
| Standalone Managed Service | Managed Services | Ein über die UI oder API erstellter Managed Service, der unabhängig von jeder Landscape fortbesteht — im Gegensatz zu einem in ci.yml deklarierten, der zusammen mit seiner Landscape erstellt und gelöscht wird. Siehe Deploying Services. |
| Standalone Team | Platform Administration | Ein Team, das an keine Organization angebunden ist; um ein solches Team in eine Organization zu migrieren, müssen alle Mitglieder bereits Mitglied der Organization sein. Siehe Migrating a Standalone Team. |
| Strip Path | Domains & Networking | Eine Workspace-Router-Option, die das passende öffentliche Pfadpräfix entfernt, bevor eine Anfrage an den Zieldienst oder das Custom Target weitergeleitet wird. Siehe Landscape Networking. |
| Sync | Deployment | Die Aktion, die Konfiguration der ci.yml einer Landscape anzuwenden, um deren tatsächlich laufende Ressourcen bereitzustellen oder zu aktualisieren. Siehe Landscape Lifecycle. |
T
| Begriff | Kategorie | Definition |
|---|---|---|
| Team Container Registry | Runtimes | Container-Registry-Zugangsdaten auf Teamebene, einmal konfiguriert und zur Deployzeit automatisch mit dem Base Image eines Managed Containers oder einer Virtual Machine abgeglichen. Siehe Managed Containers. |
| Team (Resource Group) | Core Concepts | Eine Sammlung von Ressourcen — Workspaces, Landscapes, Managed Services — und den zugehörigen Zugriffskontrollen, eingebettet unter einer Organization. Siehe Organizations & Teams. |
| Team Role (Owner / Admin / Member) | Account | Die Hierarchie, die den Zugriff innerhalb einer Organization und ihrer Teams regelt — Organization Owners erhalten implizite Admin-Rechte auf jedem Team, und Benutzer müssen der Organization beitreten, bevor sie einem ihrer Teams beitreten können. Siehe Organizations & Teams. |
| Team Singleton (Provider) | Managed Services | Eine Provider-Einstellung, die ein Team auf höchstens eine nicht gelöschte Managed-Service-Instanz pro Provider-Version beschränkt. Siehe Creating Service Providers. |
| Teardown | Deployment | Das Deprovisionieren der Compute-Ressourcen einer Landscape bei gleichzeitigem Erhalt ihrer persistenten Volumes, sodass sie später ohne Datenverlust erneut synchronisiert werden kann. Siehe Landscape Lifecycle. |
| TLS Certificate Mode | Domains & Networking | Ob Codesphere das TLS-Zertifikat einer Domain automatisch ausstellt und erneuert, oder ob das Zertifikat selbstverwaltet ist, wodurch die Verantwortung für die Erneuerung in eigener Hand liegt. Siehe Connecting Custom Domains. |
U
| Begriff | Kategorie | Definition |
|---|---|---|
| Usage Summary | Platform Administration | Die administratorseitige Ansicht pro Resource Group zu aktuellem und historischem Ressourcenverbrauch und Kosten, filterbar nach Zeitraum und Ressourcentyp. Siehe Usage & Cost Control. |
V
| Begriff | Kategorie | Definition |
|---|---|---|
| Virtual Cluster (Cloud Native Deployment) | Runtimes | Eine isolierte, verwaltete Kubernetes-Umgebung mit vollem kubectl-/Helm-Zugriff, pro Team als Managed Service bereitgestellt. Siehe Virtual Clusters. |
| Virtual Machine (VM) | Runtimes | Eine Preview-Runtime, aufgebaut auf KubeVirt, die einen vollständigen Linux- oder Windows-Gast mit eigenem Disk-Image, CPU, Speicher und Storage neben Reactives und Managed Containers ausführt; ihre Lebensdauer ist an ihre Landscape gebunden, und der Zugriff erfolgt über eine VNC-Konsole (Virtual Network Computing) in der UI. Siehe Virtual Machines. |
| Volume Mount | Deployment | Das Beschränken eines Dienstes auf ein Unterverzeichnis des gemeinsamen Dateisystems oder das Einbinden eines bestimmten Workspace-Pfads in einen Container an einem beliebigen Ort — verwendet, um den Dateizugriff zwischen Diensten zu isolieren. Siehe Runtimes. |
| VPN (Host-to-Site) | Domains & Networking | Ein Virtual-Private-Network-Tunnel über IPsec, bei dem jede Workspace-Dienstreplik sich eigenständig als Client mit einem privaten Netzwerk-Gateway verbindet, anstelle eines herkömmlichen Site-to-Site-VPN. Siehe Private Network (VPN). |
| VS Code Server | Development | Ein integrierter, voll ausgestatteter VS Code Server, der im Workspace auf demselben gemeinsamen Dateisystem läuft und als Alternative zur Cloud IDE angeboten wird. Siehe VS Code Server. |
W
| Begriff | Kategorie | Definition |
|---|---|---|
| Workspace | Core Concepts | Das dedizierte Cockpit — IDE, CI-Tooling, Monitoring — zur Interaktion mit der zugehörigen Landscape-Instanz; läuft auf eigener Recheneinheit und fährt bei Inaktivität automatisch herunter. Siehe Landscapes & Workspaces. |
| Workspace Plan | Deployment | Der vom Benutzer wählbare Plan (Micro, Boost, Pro oder andere, die ein Administrator definiert), ausgewählt über das Feld plan in ci.yml, der auf einen zugrunde liegenden Hosting Plan abbildet und Replica- sowie On-Demand-Verhalten festlegt. Siehe Workspace and Hosting Plans. |
| Workspace Router (Landscape Router) | Deployment | Ein optionaler Dienst in einer Landscape, der als Landscape Gateway fungiert und eingehende HTTP-Anfragen nach Pfadpräfix an die Dienste der Landscape oder an Custom Targets weiterleitet. Codesphere baut und betreibt ihn. Nutzer definieren lediglich seine Pfadzuordnungen, seinen Plan und die Anzahl der Replicas. Siehe Landscape Networking. |
| Workspace Toolkit | Core Concepts | Die integrierte Sammlung von Werkzeugen innerhalb eines Workspaces, dargestellt als flache Liste von Symbolen in der Seitenleiste und in dieser Dokumentation in drei Kategorien gegliedert — Development, Deployment und Monitoring —, verwendet, um eine Landscape zu bauen, zu deployen und zu überwachen. Siehe Landscapes & Workspaces. |