Kapitel 5. Der Umgang mit den Daten
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
In diesem Kapitel erfahren wir, warum Microservices "ihre eigenen Daten besitzen" müssen und was das für deine Architektur bedeutet. Wir werden erörtern, wann und wie du die wichtigsten Muster für das Datenmanagement von Microservices nutzen kannst: Delegates, Data Lakes, Sagas, Event Sourcing und Command Query Responsibility Segregation (CQRS). Während wir diese wichtigen Themen besprechen, werden wir auch versuchen, sie an praktischen Beispielen anhand unseres Beispielprojekts zu demonstrieren.
Wenn es um die praktische Entwicklung von Microservices geht, ist eine der ersten Herausforderungen, auf die fast jeder stößt, der Umgang mit den Daten. Gäbe es nicht die vielen Herausforderungen der Datenverwaltung in diesem Bereich, wäre es ziemlich einfach, komplexe, monolithische Implementierungen in lose gekoppelte, "mundgerechte", überschaubare Microservices zu verwandeln.
Die Designüberlegungen für logische und physische Modelle bei der Implementierung von Microservices sind nicht dieselben wie bei der Gestaltung von Datentabellen für herkömmliche, monolithische N-Tier-Anwendungen. In diesem Kapitel werden wir sehen, warum es diese Unterschiede gibt, welche Muster die Microservices-Praktiker/innen üblicherweise verwenden und welche Techniken eingesetzt werden sollten, um die zusätzlichen Komplexitäten zu bewältigen, ...
Get Microservices: Auf und davon 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.
