Skip to content

Systemueberblick

Dieser Bereich beschreibt, wie IntegraMon technisch aufgebaut ist, wie die wichtigsten Laufzeitbausteine zusammenspielen und wo die weiterfuehrenden Kapitel fuer Deployment, Betrieb und tiefere Komponentenanalysen liegen.

Kapitel

API-Referenz

IntegraMon stellt bereits laufende API-Referenzoberflaechen bereit:

Nutze diese Oberflaechen als primaere Quelle, wenn du Endpunktlisten, Request-Formen oder schnelle manuelle API-Tests brauchst. Fuer geschuetzte Endpunkte zuerst ein JWT ueber /api/token/ holen und danach mit Bearer <token> authorisieren.

Grundprinzip

IntegraMon wird containerbasiert betrieben. Die Anwendung kann in SAP BTP / Cloud Foundry, in einer beliebigen Cloud oder im eigenen Rechenzentrum laufen, solange Netzwerkzugriff auf die jeweilige SAP-CPI- oder Edge-Landschaft moeglich ist.

Wichtiger als der reine Hosting-Ort ist dabei die Erreichbarkeit der Zielsysteme. Gerade bei Edge Integration Cell und hybriden Netzen sollte IntegraMon dort betrieben werden, wo die relevanten API- und Betriebsverbindungen stabil moeglich sind.

Laufzeitschichten

IntegraMon laesst sich in vier zusammenarbeitende Schichten lesen:

  1. React-Oberflaechen fuer Setup, Monitoring und Administration
  2. Django-APIs fuer Konfiguration, Dokumentation, Admin-Funktionen und CPI-Zugriff
  3. Domain-Logik, Worker-Schleifen und Alert-/Archiv-Verarbeitung im Backend
  4. Persistente Datenhaltung plus ausgehende Verbindungen zu SAP CPI, Edge, SMTP und weiterer Infrastruktur

Jede Tenant-Konfiguration durchlaeuft diese Schichten. Der Benutzer legt sie im Frontend an oder aendert sie, das Backend persistiert sie in cConfig und cConfigExt, Worker-Jobs verwenden diese Struktur zur Laufzeit, und die erzeugten Messages, Artefakte, Alerts und Archive werden fuer spaetere UI-Abfragen wieder gespeichert.

Architektur auf hoher Ebene

flowchart LR
    U[Benutzer oder Admin] --> FE[React Frontend]
    FE --> API[Django APIs]
    API --> CFG[cConfig und cConfigExt]
    API --> DOCS[Docs Service]
    API --> CPI[SAP CPI und Edge APIs]
    API --> MAIL[SMTP und Benachrichtigung]
    W[Worker Schleifen] --> CFG
    W --> CPI
    W --> DATA[cpi Message, Alert, Archive, Package Tabellen]
    API --> DATA
    FE --> API

Hauptverantwortungen

  • Das Frontend verantwortet Benutzerinteraktion, Feldhinweise und kontextbezogene Hilfe.
  • Die Backend-API verantwortet Persistenz, Berechtigungen, Zusammenbau der Konfiguration und Integrationsendpunkte.
  • Worker-Prozesse verantworten wiederkehrende Aufgaben wie Package-Sync, Message-Sync, Alert-Auswertung, Archivpflege und Keystore-Synchronisierung.
  • Das Dokumentationssystem stellt technische und produktbezogene Markdown-Baeume ueber dieselbe Docs-UI bereit, aber mit getrennten Quellen und Rechten.

Naechste sinnvolle Kapitel