11. Risiken und technische Schulden

Die Risiken unterscheiden sich stark von den Risiken zum aktuellen Master-Klient-Sync in CX5.

Darunter sind folgende Themen:

Mehrwehr für Kunden gegenüber aktuellem Master-Klient-Sync
Offene Themen im CIMgate.Hub in der Architektur
Migration der Laufenden Sync-Umgebungen zum Hub
Organisatorische Risiken

Die Bewertung (Eintritt / Auswirkung: hoch · mittel · gering) ist eine erste Einschätzung und muss im Team validiert werden.

11.1 Risiken

Risiko	Beschreibung	Eintritt	Auswirkung	Maßnahme	#
Höhere Betriebskomplexität	Der bestehende Sync wird aus CommandX genommen und durch ein Docker Stack aus PostgreSQL, Debezium, NATS und dem CIMgate ersetzt. D.h. mehr bewegliche Teile und mehr Betriebs-Know-How intern und bei Kunden.	hoch	mittel	Anleitungen und frühe Einarbeitungen	RI-01
Kein Kunden Mehrwert für UC1/UC2	Der Nutzen für Kunden gegenüber aktueller Master-Client-Sync ist aktuell in Frage vorallem durch RI-01	hoch	hoch	Stabile Verbindung, Geringerer Entwicklungsaufwand bei neuen Modulen, Retention und Replay von Events zur Fehlersuche (auch abseits des Hubs), Größter Mehrwert ist der spätere UC3/UC4 Fall	RI-02
Nutzen in schmalen Netzen gegenüber aktuell Sync nicht belegt	Der Betrieb bei 600 ms–2 s RTT ist aktuell nicht belegt. Es gibt kein Expliziten ansatz Prioklassen zu nutzen. Jeder Stream wird von NATS Source-Streams eigen verwaltet. Ausgeschlossen sind aktuell nur angedachte on-demand Blobs.	hoch	mittel	Tests und Konzept für Prioklassen	RI-03
Datenbank-Voraussetzungen beim Kunden	Die Architektur per CDC setzt PostgreSQL mit logischer Replikation oder eine MSSQL Lizenz vorraus, aktuelle MSSQL Express Installationen werden nicht unterstützt.	mittel	mittel	Umstellung in CX5 auf PostgreSQL im Release 26.09 ohne Migrator vorhanden.	RI-04
Anpassung Stammdaten FK in CommandX	Für UC3 und UC4 müssen alle Missionszugehörigen Objekte in CX5 unabhängig von Stammdaten “funktionieren”. Teilt eine Organisation seine Mission mit einer andern Organisation sollen keine Stammdaten in der anderen Datenbank landen.	hoch	hoch	Durch die Anforderung der Revisionssicherheit von abgeschlossenen Mission in CX5 “sollten” Stammdaten bereits unabhängig von der Mission leben. Eine aktuelle Veränderung einer Meldungsart von “Eilmeldung” auf “Gedöns” wirkt sich auf alle (auch abgeschlossene) Missionen aus. Stammdaten in CX5 sollten nur als Templates nutzbar sein und müssten in jede Mission kopiert werden. Zusammenarbeit im Hub wäre dann über Missionsobjekte ohne Stammdaten möglich. UC5 bringt dann importierbare Templates.	RI-05
Retention-Policy und Datenmengen unklar	Es gib aktuell keine konkreten Ansatz, welcher die echten anfallenden Datenmengen bei der Nutzung im Produktiv-System aufzeigt. Somit sind Aussagen zu der benutzbaren Retention-Policy, sowie Systemanforderungen zur Festplattengröße nicht möglich.	mittel	mittel		RI-06
		mittel			RI-07
Unterstützung von gleichzeitigem Betrieb von CIMgate.Hub und RabbitMQ	Events aus WAL werden nicht ohne weiteres Zutun im Rabbit ankommen				RI-08
sensibele Daten	Durch den Hub könnten sensibele Daten an Dritte gelangen, wenn bei der Weitergabe der Events nicht genau vorher alle Events und Tabellen überprüft und auf die Spalten, sowie die Fremdnutzung von Spalten geachtet wird.	mittel			RI-09

11.2 Technische Schulden

Weitere entstehenden technischen Schulden müssen während der Entwicklung identifiziert und ergänzt werden.

Technischer Debt	Komponente	Beschreibung