Lösungsarchitektur

System Kontext

System Kontext

Der oben abgebildete System Kontext umfasst folgende Komponenten

Name Komponente Scope Erläuterungen
Projekt IAM/Broker Keycloak Plattform Föderierung von externen Accounts sowie "interne" Nutzeraccounts
API Gateway APISix Plattform Veröffentlichung/Absicherung von APIs
Frontend UCx Custom Custom in Plattform Frontends abseits der Plattform-Visualisierungsoptionen durch Cadenza/Superset sind spezifisch für Anwendungsfälle umzusetzen
Data Access API UCx Custom/PostgREST Custom in Plattform Zugriff auf Anwendungs-Daten kann entweder über PostgREST (präferiert) oder Custom-Code hergestellt werden
Ingest/ETL Airflow Plattform Verarbeitung von Daten, Speicherung in Persistenz-Schicht
Visualisierung Cadenza Plattform Self-Service Daten Exploration und Visualisierung
WAF/DDos - Infrastruktur nicht-normativ beispielhaft, im Pilotbetrieb kommt nur DDoS-Schutz zum Einsatz
Ingress Controller ingress-traefik Infrastruktur Aktuell sind die Komponenten mit nginx-ingress Annotationen umgesetzt und werden mit traefik im Pilotbetrieb im Kompatibilitätsmodus verarbeitet
Persistenz (non)-rel. struktur. Daten Postgres mit PostGIS Infrastruktur nicht-normativ im Pilotbetrieb mit CNPG abgebildet
Persistenz Dateien/Objekte S3 kompatibel Infrastruktur nicht-normativ im Pilotbetrieb über MinIO (Fork) abgebildet
federated IAM/IdP Keycloak SH Extern Quelle von via Projekt IAM/Broker föderierten Accounts
Observability-Stack fluent-bit, kube-state-metrics, metrics-server Infrastruktur nicht-normativ diese Komponenten sind abhängig vom genutzten Infrastruktur-Angebot / liegen in der Betriebs-Verantwortung
Observability-Services Grafana, Prometheus/Miri, Loki Infrastruktur nicht-normativ diese Komponenten sind abhängig vom genutzten Infrastruktur-Angebot / liegen in der Betriebs-Verantwortung
Operators cnpg, minio, snapscheduler, nginx-ingress, apisix Infrastruktur nicht-normativ bis auf den ApiSix Operator können auch alternative Möglichkeiten genutzt werden, um die jeweiligen Dienste bereit zu stellen
Mail Gateway - externe Abhängigkeit Mailversand über einen beigestellten Dienst, kein Empfang
Fachverfahren - externe Nutzung Fachverfahren können die Datenfabrik via API (präferiert: S3) nutzen, alternativ werden Daten von den Fachverfahren abgeholt