Grundbegriffe
Glossar
Zielgruppe: Anwender und Betreuer · Stand: 06.11.2026
Begriffe und Abkürzungen, die in der Plattform-Dokumentation immer wieder vorkommen. Andere Seiten verlinken hierher, statt sie jedes Mal zu erklären.
Abteilungen und Produkte
| Begriff | Bedeutung |
|---|---|
| CCI | Cloud Core Infrastructure: Basis-Infrastruktur (VMs, Netz, Consul, OpenBao, Datenbanken) |
| CPI | Container Platform Infrastructure |
| CPCS | Container Platform Core Services: gemeinsame Dienste auf der Container-Plattform |
| CPDS | Container Platform DEXPRO Services: DEXPRO-Produkte auf der Plattform |
| SBF | Squeeze, Breeze, Freeze: der DEXPRO-Produkt-Stack |
| SQUEEZE | DEXPRO-Produkt SQUEEZE |
| BREEZE | Hosting von Otris DOCUMENTS / documentsOS |
| FREEZE | Hosting von Otris EAS/EDA (Archiv) |
Umgebungen
| Begriff | Bedeutung |
|---|---|
| Stage | Ausbaustufe eines Deployments: pre-development, development, staging, production (siehe Stages und Branches) |
| Lab | Testumgebung für den Plattformbetrieb am Standort Bremen 1. Nicht für Abteilungen gedacht |
| Lab-PoC | Proof of Concept im Lab: funktioniert dort, ist aber noch nicht für DEV oder Produktion freigegeben |
| DEV | Entwicklungsumgebung, die Abteilungen nutzen |
| Standort | Rechenzentrum, z. B. bremen1, nuernberg1, frankfurt1; in Hostnamen abgekürzt (bre1) |
Bausteine
| Begriff | Bedeutung |
|---|---|
| Stack | Deployment-Repo, das eine konkrete Umgebung baut, z. B. bremen1/consul-servers |
| Modul | wiederverwendbares Terraform-Modul, z. B. terraform-modules/proxmox/consul |
| Rolle | Ansible-Rolle, die ein Modul auf den Hosts ausführt |
| CI-Component | gemeinsame GitLab-Pipeline für alle Deployment-Repos (ci-components/deployment) |
| Promotion | Weitergabe eines Commits von einer Stage zur nächsten |
| Edge | Eingangstor von außen (Load Balancer/Reverse Proxy). Oberflächen für Menschen laufen darüber, interne Dienste nie |
Werkzeuge
| Begriff | Bedeutung |
|---|---|
| OpenBao | Secret-Store und Zertifizierungsstelle der Plattform (siehe Buch OpenBao) |
| Bitwarden | Passwort-Tresor. Für Secrets nur noch Übergang bzw. Bootstrap |
| GitLab-JWT | signierter Ausweis einer Pipeline, mit dem sie sich ohne gespeichertes Passwort anmeldet |
| OIDC / Entra ID | Anmeldung von Menschen mit dem DEXPRO-Konto |
| SG | Security Group: Sicherheitsgruppe in Entra ID, über die Rechte vergeben werden. Muster SG-<ABT>-<Team> |
| Consul | Service-Discovery und Konfigurationsspeicher der Plattform |
| Nomad | Orchestrierung der Container-Plattform |
Abteilungen, GitLab-Gruppen und Teams
Zielgruppe: Anwender und Betreuer · Stand: 06.11.2026
Die Plattform ist in vier Abteilungen gegliedert. Jede Abteilung ist eine GitLab-Gruppe, und ihr Kürzel taucht überall wieder auf: in OpenBao, in Entra-Gruppen und in Nomad. Wer weiß, zu welcher Abteilung und welchem Team ein Projekt gehört, kann die meisten Namen ableiten.
Abteilungen
| Kürzel | GitLab-Gruppe | Teams |
|---|---|---|
cci |
cloud-core-infrastructure |
ein Team (gegliedert nach Standort und Projekt) |
cpi |
container-platform-infrastructure |
laut Teamliste |
cpcs |
container-platform-core-services |
laut Teamliste |
cpds |
container-platform-dexpro-services |
ai, breeze, freeze, peppol, squeeze |
Das Kürzel ist immer der letzte Teil des GitLab-Gruppenpfads in Kleinbuchstaben.
Teams
- Ein Team ist eine Untergruppe der Abteilung in GitLab.
- Die verbindliche Liste aller Teams ist eine Teamliste (
teams.yaml). Aus ihr entstehen Rechte und Namen automatisch. sharedist als Teamname reserviert. Es steht für „die ganze Abteilung“.- CCI ist ein einziges Team. Statt nach Teams gliedert CCI nach Standort (z. B.
bremen1) und Projekt.
Ein Standort wie bremen1 ist kein Team. Er erscheint nur bei CCI im Pfad.
Weiterführend
Abgeleitete Namen
Zielgruppe: Anwender und Betreuer · Stand: 06.11.2026
Aus Abteilung und Team ergeben sich alle Namen nach festen Mustern. Niemand muss sie sich ausdenken: Die Teamliste ist die einzige Quelle, und Terraform erzeugt daraus Rollen, Policies und Gruppen.
Muster
| Was | Muster | Beispiel |
|---|---|---|
| Entra-Gruppe (Security Group) | SG-<ABT>-<Team> |
SG-CPDS-breeze |
| OpenBao-Mount | <abt>/ |
cpds/ |
| OpenBao-Policy | <abt>-<team> |
cpds-breeze |
| JWT-Rolle (Pipelines) | <abt>-<team>-ci |
cpds-breeze-ci |
| Nomad-Namespace | <abt>-<team> |
cpds-breeze |
| Secret-Pfad | <abt>/<team>/<stage>/… |
cpds/breeze/development/… |
Für CCI gelten Standort und Projekt statt Team, z. B. Secret-Pfad cci/<standort>/<stage>/<projekt>/… (siehe Pfadschema und Teamtrennung).
Hostnamen
Hosts heißen <kürzel>-<cluster>-<standort>-<nr>, z. B. cs-002-bre1-01 (Consul-Server, Cluster 002, Bremen 1, Knoten 1). Häufige Kürzel:
| Kürzel | Dienst |
|---|---|
cs / cl |
Consul-Server / -Client |
ns / nc |
Nomad-Server / -Client |
ng |
Nomad-Client mit GPU |
ob |
OpenBao |
edge |
Edge-Router |
Der interne Domain-Suffix ist .dexpro.parts. Dienste für Menschen laufen unter *.<umgebung>.<standort>.dexpro.services, z. B. *.lab.bre1.dexpro.services.
Stolperfallen
- Bei Gruppen und Pfaden zählt die Schreibweise. Kürzel in OpenBao und Nomad sind klein, in Entra-Gruppen groß.
- Namen nie von Hand anlegen, sondern über die Teamliste. Sonst laufen Rechte und Namen auseinander.