Skip to content

Modullandkarte

Diese Seite ordnet die wichtigsten Module ein, die IntegraMon zur Laufzeit praegen. Sie ist bewusst praktisch gehalten: Das Ziel ist, vor einem Code-Einstieg schnell zu wissen, wo ein Verhalten fachlich lebt.

Frontend-Einstiegspunkte

  • frontend/src/route/Routes.jsx Zentrale Routenkarte fuer Dashboards, Tenant-Ansichten, Admin, Superadmin, /docs und /sysdocs.
  • frontend/src/pages/components/config/AddConfigWizard.jsx Erstmaliger Tenant-Anlagefluss und Builder fuer sinnvolle Defaults.
  • frontend/src/pages/components/config/Config.jsx Zentrale Tenant-Arbeitsflaeche, die Overview, Settings, Alerts, Messages, Packages, Artifacts, Archives und Keystore-Ansichten laedt.
  • frontend/src/pages/components/config/ConfigOverview.jsx Operativer Einstieg fuer tenant-zentrierte Monitoring-Aktionen.
  • frontend/src/pages/components/focused/FocusedConfig.jsx Verdichtete Monitoring-Sicht fuer schnelles Pruefen von Alerts, Messages und Artefakten.
  • frontend/src/pages/components/config/ConfigSettings.jsx Laufende Pflege einer vorhandenen Konfiguration nach der Erstanlage.

Backend fuer Konfiguration und Zugriff

  • backend/src/core/views.py CRUD-APIs fuer cConfig, cConfigExt, Zuordnungen, Import/Export und begleitende Konfigurationsdienste.
  • backend/src/core/models.py Tenant-nahe Stammdaten wie cConfig, cConfigExt, Benachrichtigungen, HTML-Templates, Cleanup-Historie und Admin-Einstellungen.
  • backend/src/core/views_admin.py Admin- und Superadmin-Operationen im Backend, unter anderem Cleanup, Metrik-nahe Screens und gemeinsame Managementdaten.

CPI-Domain im Backend

  • backend/src/cpi/views.py Lese-APIs und Aktionsendpunkte fuer Messages, Alerts, Packages, Artefakte, Archive und abgeleitete Tenant-Laufzeitdaten.
  • backend/src/cpi/models.py Domain-Tabellen fuer Message Logs, Correlations, Payloads, Alerts, Packages, Flows, Keystore-Eintraege und Archive.
  • backend/src/cpi/urls.py Oeffentliche URL-Karte fuer CPI-bezogene Frontend-Aufrufe.

Worker- und Laufzeitmodule

  • backend/src/cpi/worker.py Zentrale wiederkehrende Schleifen fuer Package-Sync, Payload-Sync, Message-Sync, Alert-Runs, Archivverarbeitung und weitere Hintergrundarbeiten je Tenant.
  • backend/src/cpi/tasks/task_alerts.py Einstiegspunkte fuer Scheduling und Orchestrierung der Alert-Logik.
  • backend/src/cpi/alerts_message.py Auswertung message-basierter Alerts.
  • backend/src/cpi/alerts_iflow.py Auswertung von Flow- und Package-bezogenen Alerts.
  • backend/src/cpi/alerts_keystore.py Auswertung von Zertifikats- und Keystore-bezogenen Alerts.
  • backend/src/core/worker_logging.py Aufloesung von Log-Pfaden und Unterstuetzung fuer worker-getriebenes Logging auf Basis der Tenant-Konfiguration.

Dokumentationsmodule

  • backend/src/core/docs_service.py Quellbewusste Indexierung, Baumerzeugung, Seitenauflosung, Rollenfilter und Suche fuer die Doku.
  • backend/src/core/views_docs.py Docs-API-Endpunkte fuer die gemeinsame Dokumentationsoberflaeche.
  • frontend/src/pages/docs/DocumentationCenter.jsx Gemeinsame Docs-Shell fuer /docs und /sysdocs mit stabilem Scrollverhalten, TOC, Suche und Markdown-Rendering.

Modulbeziehungen

flowchart TD
    Routes[Routes.jsx] --> Wizard[AddConfigWizard.jsx]
    Routes --> Config[Config.jsx]
    Config --> Overview[ConfigOverview.jsx]
    Config --> Settings[ConfigSettings.jsx]
    Config --> DetailPopups[Alerts, Messages, Packages, Archives, Keystore]
    Wizard --> CoreViews[core/views.py]
    Settings --> CoreViews
    Overview --> CpiViews[cpi/views.py]
    DetailPopups --> CpiViews
    CoreViews --> CoreModels[core/models.py]
    CpiViews --> CpiModels[cpi/models.py]
    Worker[cpi/worker.py] --> CoreModels
    Worker --> CpiModels

Lesetipp

Bei einer Feature-Analyse lohnt sich fast immer diese Reihenfolge: UI-Einstiegspunkt, dann API-Endpunkt, dann persistiertes Modell oder Worker-Logik. Auf diesem Weg sieht man Zweck und Seiteneffekte am schnellsten zusammen.