Architektur im Detail
Technische Detaildokumentation für Entwickler: Systemkontext, Bicep-Infrastruktur, Anwendungsaufbau, HTTP- und Nachrichten-Schnittstellen, Datenflüsse, Abhängigkeiten und Fähigkeiten-Katalog.
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.
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.
Den lokalen Container als eigenen MCP-Server databridge-dev in Claude Code nutzen — parallel
zur Cloud-Instanz.
DataBridge-Container, Azurite und wahlweise MSSQL, PostgreSQL, MySQL und Oracle — mit Beispieldaten, Connections, Jobs und Mappings, gestartet mit einem Befehl.
Die DataBridge lokal mit Breakpoints debuggen — gegen den Podman-Stack oder gegen eine echte Azure-Instanz.
Technische Detaildokumentation für Entwickler: Systemkontext, Bicep-Infrastruktur, Anwendungsaufbau, HTTP- und Nachrichten-Schnittstellen, Datenflüsse, Abhängigkeiten und Fähigkeiten-Katalog.
Den MCP-Server der lokalen Podman-Testumgebung als eigenen Server databridge-dev in Claude Code nutzen — parallel zur Cloud-Instanz.
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.
Die DataBridge lokal mit Breakpoints debuggen — entweder gegen die Podman-Testumgebung oder gegen eine echte Azure-Instanz.