Lokaler Service
Platform Core, ausgewählte Labs und Capabilities laufen auf einer Workstation, VM oder einem einzelnen Server – geeignet für Entwicklung, Labore, isolierte Umgebungen und kleinere Teams.
Verbundene Betriebsarchitektur
Als OS. Als lokaler Service. In der Cloud. Gemeinsam verbunden.
Orthevs ist als verteilbares Engineering-System konzipiert. Dieselben Verträge, Identitäten und Artefaktmodelle sollen eine lokale Instanz, private oder öffentliche Cloud-Services und Orthevs OS verbinden, ohne ihre Betriebs- und Vertrauensgrenzen aufzulösen.
4Betriebsformen
Betriebsformen
Vier Betriebsformen. Ein gemeinsames Systemmodell.
Eine Capability soll dort ausgeführt werden können, wo Daten, Ressourcen, Risiko und Betriebsverantwortung es erfordern. Die Control Plane koordiniert, während Execution und Datenhaltung bewusst lokal, verteilt oder cloudbasiert bleiben können.
Private oder öffentliche Cloud
Services werden skalierbar und hochverfügbar betrieben. Provider-spezifische Funktionen bleiben hinter Adaptern und expliziten Capability Contracts sichtbar begrenzt.
Orthevs OS
Das langfristige Zielbild ist eine integrierte Distribution mit Orthevs Runtime sowie gemeinsamer Web-, Desktop-, CLI- und TUI-Erfahrung. Sie kann lokale Capabilities ausführen und verbundene Services nutzen.
Verbundene Umgebung
Lokale, Cloud- und OS-Instanzen arbeiten föderiert zusammen. Workflows können Aufgaben gezielt an geeignete Execution Targets übergeben, während Identität, Policy, Audit und Provenance durchgängig bleiben.
Verbindungspunkte
Verbinden, ohne Grenzen zu verwischen.
Die Verbindung basiert nicht auf gemeinsam genutzten internen Datenbanken. Sie entsteht über veröffentlichte Fähigkeiten, kontrollierte Identitäten und referenzierte Artefakte.
Capability Contracts
Versionierte APIs, Events und Artefaktschemas definieren überprüfbare Übergaben.
Föderierte Identität
Kurzlebige, begrenzte Identitäten ersetzen pauschal geteilte Zugangsdaten.
Policy & Trust
Jede Umgebung behält eigene Richtlinien, Freigaben und Trust Boundaries.
Artefakte & Provenance
Digests, Signaturen und Herkunft verbinden Ergebnisse, ohne interne Speicher offenzulegen.
Events & Operation IDs
Asynchrone Abläufe bleiben über Systemgrenzen hinweg korrelierbar und auditierbar.
Gezielte Ausführung
Daten und Workloads verbleiben dort, wo Standort, Hardware, Kosten oder Schutzbedarf es verlangen.
Verbundmodell
Orthevs Distributed Engineering System
Die beschriebenen Betriebsformen und die föderierte Verbindung sind das strategische Zielbild. Aktuell vorhandene Docker-Services und lokale Deployments bilden die technische Ausgangsbasis; Reifegrad und unterstützter Scope werden je Release ausgewiesen.
- 1Orthevs Experience
- 2Platform Core & Federation
- 3Labs · Factories · Engines
- 4Local · Cloud · Orthevs OS
Orthevs Architecture
Das Zielbild gemeinsam konkretisieren.
Die Inhalte werden schrittweise mit konkreten Konzepten, Contracts, Reifegraden und überprüfbaren Nachweisen vertieft.