Entwicklung

Für Entwickler der dsyr.DataBridge — lokale Testumgebung mit echten Datenbanken, MCP-Anbindung und die technische Architektur im Detail.

Dieser Bereich richtet sich an Entwickler der dsyr.DataBridge, nicht an Betreiber einer Instanz. Er beschreibt Werkzeuge aus dem Repository, die beim Entwickeln und Testen helfen und nicht Teil des ausgelieferten Produkts sind.


Architektur im Detail

Architektur im Detail

Systemkontext, Bicep-Module, DI und host.json, HTTP- und Nachrichten-Referenz, Sequenzdiagramme der Datenflüsse, Abhängigkeiten und Fähigkeiten-Katalog — eine Ebene tiefer als die Architektur-Übersicht für Administratoren.

→ Zum Abschnitt


Lokale Testumgebung

MCP für die Testumgebung

Den lokalen Container als eigenen MCP-Server databridge-dev in Claude Code nutzen — parallel zur Cloud-Instanz.

→ Zum Artikel

Podman-Testumgebung

DataBridge-Container, Azurite und wahlweise MSSQL, PostgreSQL, MySQL und Oracle — mit Beispieldaten, Connections, Jobs und Mappings, gestartet mit einem Befehl.

→ Zum Artikel

Debuggen

Die DataBridge lokal mit Breakpoints debuggen — gegen den Podman-Stack oder gegen eine echte Azure-Instanz.

→ Zum Artikel


Architektur im Detail

Technische Detaildokumentation für Entwickler: Systemkontext, Bicep-Infrastruktur, Anwendungsaufbau, HTTP- und Nachrichten-Schnittstellen, Datenflüsse, Abhängigkeiten und Fähigkeiten-Katalog.

MCP für die Testumgebung

Den MCP-Server der lokalen Podman-Testumgebung als eigenen Server databridge-dev in Claude Code nutzen — parallel zur Cloud-Instanz.

Podman-Testumgebung

Lokale Testumgebung mit Podman: DataBridge-Container, Azurite, wahlweise MSSQL, PostgreSQL, MySQL und Oracle, HTTP-Mocks für Business Central, NAV und OpenAPI sowie ein Service-Bus-Emulator — inklusive Beispieldaten, Connections, Jobs und Mappings.

Debuggen

Die DataBridge lokal mit Breakpoints debuggen — entweder gegen die Podman-Testumgebung oder gegen eine echte Azure-Instanz.