Kapitel 12. Ein Datenarchitektur-Sampler

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com

Nachdem wir uns nun mit den Speicher-Engines und einzelnen Datenspeichern befasst haben, wollen wir nun einen Blick darauf werfen, wie sich diese Datenspeicher in Multisystem-Architekturen einfügen können. Selten gibt es eine Architektur, die nur einen Datenspeicher umfasst. Die Realität sieht so aus, dass es mehrere Möglichkeiten gibt, Daten zu speichern, mehrere Konsumenten dieser Daten und mehrere Produzenten von Daten. In diesem Kapitel stellen wir dir eine kleine Auswahl an Architekturkomponenten vor, die häufig für unsere Datenspeicher verwendet werden, gefolgt von einigen datengesteuerten Architekturen, die in der freien Wildbahn zu finden sind, und den Problemen, die sie zu lösen versuchen.

Auch wenn dies nicht annähernd umfassend ist, sollte es dir einen guten Überblick über das Ökosystem geben und worauf du achten solltest. In diesem Kapitel erfährst du, wie du diese Komponenten effektiv nutzen kannst und wie sie sich auf deine Datendienste auswirken können - sowohl positiv als auch negativ.

Architektonische Komponenten

Jede dieser Komponenten fällt in den Aufgabenbereich des Database Reliability Engineer (DBRE). Vorbei sind die Zeiten, in denen wir alle Komponenten rund um das Datenökosystem ignorieren konnten. Jede dieser Komponenten hat einen entscheidenden Einfluss auf die Gesamtverfügbarkeit, ...

Get Datenbank-Zuverlässigkeitstechnik now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.