OperativeOps / Enterprise
Lesepfad: 01 Mechanismus02 Betrieb — diese Seite03 Konditionen
Betrieb — geschrieben für die Person in Rufbereitschaft
Installiert per Compose-Datei. Läuft hinter Ihrer Firewall.
OperativeOps wird als Container ausgeliefert, die Sie selbst betreiben — ein Host, ein Kubernetes-Cluster oder vollständig air-gapped. Diese Seite zeigt, was Sie sich in den Betrieb holen: Installation, Dimensionierung, Updates, Identität und den erweiterbaren Code.
Nichts funkt nach Hause · Lizenzprüfung läuft offline
Abb. 01 — Topologien
Bereitstellungsoptionen — als Spezifikation, nicht als Versprechen.
Drei unterstützte Topologien. Die Dimensionierung ist die aktuelle Referenzkonfiguration — Ihr Evaluierungs-Engineer validiert sie vor dem Pilot gegen Ihren Datenbestand.
| Spezifikation | A — Docker Compose | B — Kubernetes | C — Air-gapped |
|---|---|---|---|
| Einsatz | Evaluierung bis Team-Betrieb | Abteilung bis unternehmensweit, HA | Klassifizierte oder regulierte Netze |
| Installation | docker compose up | helm install operativeops | Signiertes Offline-Paket, manuell verifiziert |
| Knoten | 1 Host | 3+ (Control Plane + Worker) | 1 Host oder Cluster |
| Referenz-Sizing | 8 vCPU · 32 GB · 250 GB SSD | je Worker: 8 vCPU · 32 GB | wie A oder B, + GPUs für lokale Modelle |
| Netzwerk-Egress | Optional — nur Modell-API, gegated | Optional — nur Modell-API, gegated | Keiner. An der Firewall verifizierbar. |
| Updates | compose pull · monatlich | Rollierend über Helm, ohne Ausfall | Signiertes Paket, offline eingespielt |
| Hochverfügbarkeit | In dieser Topologie nicht vorgesehen | Replizierte Dienste + Postgres | Wie bereitgestellt (A oder B) |
| Backup | Volume-Snapshot + pg_dump | Velero + pg_dump, geprüfter Restore | Ebenso, auf Offline-Medien |
Abb. 02 — Modell-Routing
Ihre Modelle. Geroutet pro Agent.
Der Prompt geht dorthin, wo Sie es entscheiden — auch zu einem Modell auf Ihren eigenen GPUs. Routing ist Konfiguration, pro Agent gesetzt, ohne Neuinstallation änderbar.
Lokal — Ollama · vLLMNichts verlässt das Netzwerk. Dokumente, Embeddings, Prompts und Antworten bleiben auf Ihrer Hardware. Für Air-gapped vorausgesetzt.
Gehostet — OpenAI · Anthropic · Azure OpenAIEtwas verlässt das Netz: der Prompt und die darin enthaltenen Passagen, über TLS, durch das Egress-Gate, jeder Aufruf protokolliert. Wir sagen das offen — ein „Zero Data Leakage“-Siegel neben einem Cloud-Anbieter wäre falsch.
In jedem FallIhre Schlüssel, Ihr Endpunkt, Ihre Wahl pro Agent. Ruhende Dokumente, der Vektorspeicher und das Prüfprotokoll werden nirgendwohin geroutet.
Abb. 03 — Governance
Identität, Rollen und Zugriffssteuerung.
SSO über SAML 2.0 oder OIDC, Provisionierung per SCIM. Sechs Rollen, überall durchgesetzt — für diesen Einkäufer ist die Rollenmatrix ein Feature, deshalb steht sie hier vollständig.
| Berechtigung | Admin | Auditor | Agent-Mgr | Editor | Member | Gast |
|---|---|---|---|---|---|---|
| Installation konfigurieren | Erteilt | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Agenten-Scopes vergeben | Erteilt | Nicht verfügbar | Erteilt | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Agenten-Aktionen freigeben | Erteilt | Nicht verfügbar | Erteilt | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Prüfprotokoll lesen | Erteilt | Erteilt | Erteilt | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Protokoll-Export ins SIEM | Erteilt | Erteilt | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Konnektoren + Quellen verwalten | Erteilt | Nicht verfügbar | Nicht verfügbar | Erteilt | Nicht verfügbar | Nicht verfügbar |
| Fragen, mit belegten Antworten | Erteilt | Erteilt | Erteilt | Erteilt | Erteilt | Nur lesend |
| Selbst auditiert | Erteilt | Erteilt | Erteilt | Erteilt | Erteilt | Erteilt |
■ = erteilt · — = für diese Rolle nicht verfügbar · jede Vergabe und jede Nutzung ist ein Protokolleintrag
Abb. 04 — Das SDK
Ihre Systeme. Ihr Konnektor.
Auch das ERP, das niemand kennt, zählt. Eigene MCP-Konnektoren sind TypeScript gegen das SDK — eine Tool-Definition, eine Scope-Deklaration und der Audit-Aufruf frei Haus. Sie laufen in Ihrer Installation, geprüft von Ihren Leuten.
packages/sdk · TypeScript · Apache-2.0
import { connector } from "@operativeops/sdk";
export default connector("warehouse-erp", {
scopes: ["erp.read"], // declared, not assumed
tools: {
"stock.lookup": async ({ sku }, ctx) => {
ctx.audit("erp.stock.lookup", { sku }); // ledger entry
return erp.query(
"SELECT qty, site FROM stock WHERE sku = ?", [sku]
);
},
},
});
Ein Konnektor kann seine deklarierten Scopes nicht überschreiten — die Laufzeitumgebung erzwingt sie, nicht der Autor.
Verweise
Bedrohungsmodell, Kryptografie, Incident-Prozess und Unterauftragsverarbeiter stehen auf der Sicherheitsseite; die Kontrollzuordnungen zu DSGVO, EU AI Act, NIS2 und BSI C5 im Compliance-Bereich. Sie bleiben dort, damit Ihre Prüfer eine kanonische Fassung lesen.
Abb. 05 — Der Weg hinein
Von hier bis zum Betrieb.
01 · Woche 1–2
Technische Evaluierung
Das Compose-Paket, ein Beispielkorpus und zwei Arbeitssitzungen mit einem OperativeOps-Engineer. Ab Tag eins auf Ihrer Hardware.
02 · Woche 3–4
Sicherheitsprüfung
Architektur-Dossier, Bedrohungsmodell, aktuelle Pentest-Zusammenfassung und der AVV-Entwurf (Auftragsverarbeitungsvertrag) — unaufgefordert.
03 · Woche 5–10
Pilot
Eine Abteilung, vereinbarte Erfolgskriterien, wöchentliche Reviews. Echte Dokumente, echte Berechtigungen, echtes Protokoll ab der ersten Frage.
04 · Ab Woche 11
Rollout
SSO-Umstellung, Runbooks, Admin-Schulung und ein benannter Engineer, den Sie erreichen — derselbe wie in Schritt 01.