Kapitel 13. Verträge

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

Friday, April 15, 12:01

Addison traf sich mit Sydney beim Mittagessen in der Cafeteria, um über die Koordination zwischen dem Ticket Orchestrator und den Diensten zu sprechen, mit denen er für den Ticketmanagement-Workflow integriert ist.

"Warum nicht einfach gRPC für die gesamte Kommunikation verwenden? Ich habe gehört, dass das sehr schnell ist", sagte Sydney.

"Das ist eine Implementierung, keine Architektur", sagte Addison. "Wir müssen entscheiden, welche Art von Verträgen wir wollen, bevor wir entscheiden, wie wir sie umsetzen wollen. Zuerst müssen wir uns zwischen engen und losen Verträgen entscheiden. Sobald wir uns für eine Art entschieden haben, überlasse ich dir die Entscheidung, wie du sie umsetzt, solange sie unsere Fitnessfunktionen erfüllen."

"Was bestimmt, welche Art von Vertrag wir brauchen?" sagte Sydney.

In Kapitel 2 haben wir damit begonnen, den Schnittpunkt von drei wichtigen Kräften - Kommunikation, Konsistenz und Koordination - zu erörtern und herauszufinden, wie man Kompromisse für sie entwickelt. Wir haben den Schnittpunkt der drei Kräfte in einem gemeinsamen dreidimensionalen Raum modelliert, der in Abbildung 13-1 noch einmal dargestellt ist. In Kapitel 12 haben wir diese drei Kräfte mit einer Diskussion über die verschiedenen Kommunikationsstile und ihre Kompromisse wieder aufgegriffen.

Wie sehr eine ...

Get Software-Architektur: Die schwierigen Teile 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.