Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Steuerung des Zugriffs mit dem CQRS-Muster
Ein weiteres Muster, mit dem Sie externe Systeme isolieren können, die eine Verbindung zu dieser zentralen Datenbank herstellen, ist Command Query Responsibility Segregation (CQRS). Wenn einige der externen Systeme hauptsächlich für Lesevorgänge, z. B. für Analysen, Berichte oder andere leseintensive Operationen, eine Verbindung zu Ihrer zentralen Datenbank herstellen, können Sie separate leseoptimierte Datenspeicher erstellen.
Dieses Muster schützt diese externen Systeme effektiv vor den Auswirkungen von Datenbankzerlegung und Schemaänderungen. Durch die Bereitstellung spezieller Lesereplikate oder speziell für bestimmte Abfragemuster erstellter Datenspeicher können Teams ihren Betrieb fortsetzen, ohne von Änderungen in der primären Datenbankstruktur beeinträchtigt zu werden. Während Sie beispielsweise Ihre monolithische Datenbank zerlegen, können Berichtssysteme weiterhin mit ihren vorhandenen Datenansichten arbeiten, und analytische Workloads können ihre aktuellen Abfragemuster über spezielle Analysespeicher beibehalten. Dieser Ansatz bietet technische Isolierung und ermöglicht organisatorische Autonomie, da verschiedene Teams ihre Systeme unabhängig voneinander weiterentwickeln können, ohne dass eine enge Kopplung mit der Transformation der Primärdatenbank erforderlich ist.
Weitere Informationen zu diesem Muster und ein Beispiel für seine Verwendung zum Entkoppeln von Tabellenbeziehungen finden Sie weiter unten in diesem HandbuchCQRS-Muster.
