Architektur

Von einer einzelnen HERCULES-Bereitstellung über hierarchische HERCULES–ATLAS-Modelle bis hin zu geplanten Multi-ATLAS-Modellen für große Umgebungen.

Bereitstellungsmodelle

Eine Architektur.
Unterschiedliche operative Größenordnungen.

Wählen Sie ein Bereitstellungsmodell, um die Beziehungen zwischen verwalteten Ressourcen, HERCULES und ATLAS zu erkunden.

Architektur mit einem einzelnen HERCULES

Eine operative Umgebung

Eine einzelne HERCULES-Bereitstellung bietet über ein Hub-and-Spoke-Kommunikationsmodell eine zentrale operative Steuerung für eine verwaltete Umgebung. Sie verbindet Datenbanken, Anwendungen, Infrastruktur, Dienste und weitere operative Ressourcen mit einer Ausführungsebene.

Über GL3 übernimmt HERCULES intelligente Automatisierung, Monitoring, Zustandsprüfungen, Ressourcenverwaltung und Datenerfassung. Über GL4 wandelt es die erfassten operativen Daten in kontrolliertes, strukturiertes und KI-fähiges Wissen um.

Das Hub-and-Spoke-Modell nutzt standardisierte Interaktionsmuster. Dies vereinfacht die Administration und ermöglicht es, bei wachsenden Anforderungen zusätzliche Ressourcen und Systeme zu integrieren, ohne die zugrunde liegende CIRMS-Architektur zu ändern.

  • Eine HERCULES-Maschine bedient eine verwaltete operative Umgebung.
  • GL3 bietet intelligente Automatisierung, Monitoring, Zustandsprüfungen, Ressourcenverwaltung und Datenerfassung.
  • GL4 wandelt erfasste operative Daten in kontrolliertes, strukturiertes und KI-fähiges Wissen um.
Besonders geeignet für: Organisationen, die eine zentrale operative Plattform innerhalb einer einzelnen Umgebung oder eines Standorts benötigen.
Architekturvisualisierung. Diese Abbildung zeigt die operativen Beziehungen zwischen einer HERCULES-Bereitstellung, verbundenen Ressourcen und den GL3-/GL4-Ebenen. Sie ist eine konzeptionelle Plattformdarstellung und kein Live-Dashboard.
Architektur mit einem einzelnen HERCULES: Eine HERCULES-Maschine ist mit Datenbanken, ERP, Apps, Dateien und Diensten verbunden; darunter befinden sich GL3-Automatisierung und GL4 AI Data Readiness.
Visueller Überblick über einen einzelnen HERCULES. Zum Vergrößern auf dieser Seite anklicken. Abbildung in voller Größe ansehen ↗
Strukturübersicht

Vereinfachtes Schema desselben Bereitstellungsmodells auf dieser Seite.

01 / EINZELNER HERCULES Eine verwaltete Umgebung
Datenbanken Anwendungen Infrastruktur Dienste
HERCULES Operative Ausführung
GL3 GL4
GL3 Automatisierung &
Datenerfassung
GL4 AI Data
Readiness
Technische Strukturübersicht für das Modell mit einem einzelnen HERCULES.
HERCULES–ATLAS-Architektur

Zentrale Koordination. Lokale Ausführung.

Diese Architektur führt ATLAS als zentrale Koordinations- und Aufsichtsebene über mehreren HERCULES-Maschinen ein, die in unterschiedlichen Umgebungen, an verschiedenen Standorten oder in verschiedenen Technologiebereichen arbeiten.

Jeder HERCULES führt seine Aufgaben weiterhin lokal und unabhängig aus und kombiniert dabei intelligente Automatisierung und Datenerfassung über GL3 mit AI Data Readiness über GL4. ATLAS führt operative Informationen aus diesen Umgebungen zusammen und bietet eine organisationsweite Sicht für zentrales Monitoring, Koordination und Governance.

Das hierarchische Modell unterstützt verteilte Ausführung mit zentraler Aufsicht und fundierter Entscheidungsunterstützung. Die geplante GL5-Weiterentwicklung soll diese Fähigkeiten um KI-Modelle, intelligente Analysen und dialogbasierte Intelligenz erweitern und dabei die menschliche Aufsicht beibehalten.

  • HERCULES bleibt für die lokale Ausführung und AI Data Readiness innerhalb seiner verwalteten Umgebung verantwortlich.
  • ATLAS bündelt Transparenz, Koordination und Governance über mehrere HERCULES-Bereitstellungen hinweg.
  • Das Modell unterstützt eine organisationsweite Aufsicht und bewahrt zugleich die verteilte operative Ausführung.
Besonders geeignet für: Organisationen mit mehreren Umgebungen, Geschäftsbereichen oder Standorten, die dennoch eine koordinierte Steuerungsebene benötigen.
Architekturvisualisierung. Diese Abbildung zeigt lokal arbeitende HERCULES-Instanzen, während ATLAS zentrale Koordination, Aufsicht und zusammengeführte Erkenntnisse über die Umgebungen hinweg bereitstellt.
Hierarchische HERCULES–ATLAS-Architektur mit ATLAS im Zentrum, das mehrere HERCULES-Umgebungen koordiniert, sowie Erläuterungen zu GL3-Automatisierung und GL4 AI Data Readiness.
Visueller Überblick über HERCULES–ATLAS. Zum Vergrößern auf dieser Seite anklicken. Abbildung in voller Größe ansehen ↗
Strukturübersicht

Vereinfachtes Schema des hierarchischen Modells auf dieser Seite.

02 / HERCULES–ATLAS Verteilte Ausführung · Zentrale Aufsicht
ATLAS Koordination & organisationsweite Sicht
HERCULES Datendienste
GL3 GL4
Datenbanken
HERCULES Infrastruktur / OS
GL3 GL4
Verwaltete Infrastruktur
HERCULES Anwendungen / Dienste
GL3 GL4
Verbundene Systeme
Technische Strukturübersicht für das HERCULES–ATLAS-Modell.
Multi-ATLAS-Architektur

Verteilte Aufsicht in größerem Maßstab.

Für große, geografisch verteilte oder bereichsübergreifende Organisationen kann die geplante CIRMS-Architektur auf mehrere miteinander verbundene ATLAS-Maschinen erweitert werden, die jeweils Gruppen von HERCULES-Umgebungen koordinieren.

Dieses Modell soll verteilte Aufsicht, operative Resilienz, Skalierbarkeit und organisationsweite Ressourcenverwaltung unterstützen und dabei die lokale HERCULES-Ausführung bewahren. Zu den vorgeschlagenen Architekturzielen gehören redundante Aufsicht, koordinierte Kontinuitätsmechanismen und kontinuierliche operative Transparenz über mehrere Bereiche hinweg.

Die künftige GL5-Integration soll die Architektur um KI-Modelle, intelligente Analysen und Entscheidungsunterstützung erweitern und dabei zentrale Governance, Nachvollziehbarkeit und menschliche Aufsicht beibehalten.

  • Mehrere ATLAS-Knoten koordinieren getrennte Gruppen von HERCULES-Umgebungen in großen oder verteilten Organisationen.
  • Die Entwurfsrichtung zielt auf Resilienz, Skalierbarkeit, redundante Aufsicht und kontinuierliche operative Transparenz ab.
  • Das Modell bleibt eine geplante Architekturrichtung und stellt weder eine Produktionsbereitstellung noch eine Failover-Garantie dar.
Planungshinweis: Dieses Modell veranschaulicht eine Zielrichtung für künftige Scale-out-Szenarien. Es ist als Konzeptarchitektur zu verstehen, nicht als Nachweis eines getesteten Failover-Verhaltens.
Visualisierung der geplanten Architektur. Diese Abbildung vermittelt die angestrebte Richtung für umfassendere Koordination und Resilienz über viele HERCULES-Umgebungen hinweg. Sie beschreibt keine garantierte Produktionstopologie.
Multi-ATLAS-Architektur mit mehreren ATLAS-Knoten, die mehrere HERCULES-Bereitstellungen über verteilte Bereiche und Sektoren hinweg koordinieren.
Visueller Überblick über Multi-ATLAS. Zum Vergrößern auf dieser Seite anklicken. Abbildung in voller Größe ansehen ↗
Strukturübersicht

Vereinfachtes Schema des geplanten Multi-ATLAS-Modells auf dieser Seite.

03 / MULTI-ATLAS Geplante Architektur
ATLAS Koordinationsgruppe 1
ATLAS Koordinationsgruppe 2
ATLAS Koordinationsgruppe 3
Vernetzte Aufsichtsebene
HERCULES Operative Umgebung
GL3 GL4
Verbundene Ressourcen
HERCULES Operative Umgebung
GL3 GL4
Verbundene Ressourcen
HERCULES Operative Umgebung
GL3 GL4
Verbundene Ressourcen

Geplantes Modell: Verteilte Aufsicht und redundante Überwachung sind Architekturziele.

Technische Strukturübersicht für das geplante Multi-ATLAS-Modell.
Unternehmensbereitstellung & Datenkontrolle

Bereitstellung im Unternehmen.
Kontrolle durch die Organisation.

CIRMS ist für den Betrieb nahe an den verwalteten Umgebungen konzipiert. Jede Bereitstellung legt fest, welche Systeme, Datenquellen, Berechtigungen und operativen Grenzen HERCULES und ATLAS zur Verfügung stehen. Externe Dienste und KI-Integrationen werden nur innerhalb des vereinbarten Bereitstellungsumfangs eingeführt.

Kontrollierter Umfang

Freigegebene Systeme, Datenbanken, Quellen und Berechtigungen bestimmen die Grenzen der Bereitstellung: worauf CIRMS zugreifen darf und welche Vorgänge es ausführen darf.

Lokale operative Ausführung

HERCULES arbeitet innerhalb oder in der Nähe der verwalteten Umgebung. ATLAS übernimmt die übergeordnete Koordination, sofern es Teil der Bereitstellung ist.

Nachvollziehbare Datenaufbereitung

GL4 macht Registrierung, Erfassung, Aufbereitung, Validierung, Bereitschaft und Systemzustand sichtbar, damit Teams nachvollziehen können, wie operative Daten zu aufbereitetem Wissen werden.

Menschliche Aufsicht

Automatisierung und künftige KI-gestützte Aktionen unterliegen weiterhin organisatorischen Kontrollen, Autorisierung und Verantwortung. Menschen legen den Umfang fest und überprüfen die Ergebnisse.

Externe Verarbeitung ist eine Bereitstellungsentscheidung. Bei jedem externen Dienst oder KI-Anbieter müssen die möglicherweise übermittelten Informationen, die Zugriffsrechte und die vereinbarten Verarbeitungsbedingungen geprüft werden. Datenflüsse werden je Bereitstellung festgelegt und nicht aus einem Architekturdiagramm abgeleitet.

Bereitstellungsumfang besprechen

HERCULES führt aus.

GL3-Automatisierung und Datenerfassung, GL4 AI Data Readiness, Zustandsprüfungen, Monitoring, Berichte und Dashboards.

ATLAS koordiniert.

Governance, Koordination und eine organisationsweite Sicht über HERCULES-Maschinen hinweg.

GL5 ist geplant.

Die künftige Integration soll die Architektur um KI-Modelle, intelligente Analysen und dialogbasierte Intelligenz erweitern und dabei Governance und menschliche Aufsicht beibehalten.

Nächste Schritte

Besprechen Sie Ihren Bereitstellungsumfang.

Besprechen Sie Ihre Umgebung, Ihre operativen Anforderungen und AI Data Readiness mit Projekt TOHOL®.

Mit TOHOL sprechen