Open Host Service
Ein Upstream entwirft und veröffentlicht einen expliziten Dienstvertrag, den verschiedene Konsumenten verwenden können.
- ProviderVeröffentlicht Vertrag und Version.
- KonsumentenNutzen gemeinsame Fähigkeit.
- ProtokollRegelt Integration und Kompatibilität.
Einordnung
Warum das wichtig ist
Eine wiederverwendbare Upstream-Fähigkeit als stabilen Vertrag für mehrere Konsumenten bereitstellen.
Beziehung zwischen Bounded Contexts im strategischen Domain-Driven Design.
Gemeinsamer Dienst und Einzelintegration
Der Shop bleibt ein modularer Monolith mit sieben Modulen und gemeinsamer Auslieferung; diese Beziehung beschreibt Modellverantwortung.
So liest du das Bild
- Provider Upstream
- Konsumenten Downstream
- Protokoll Veröffentlichter Vertrag
| Aspekt | Open Host Service | Punkt-zu-Punkt |
|---|---|---|
| Konsumenten | Viele nutzen gemeinsamen Vertrag | Jede Verbindung einzeln abstimmen |
| Änderung | Versioniert und dokumentiert | Mehrere Sonderfälle |
| Fachmodell | Bei Bedarf übersetzen | Oft direkt gekoppelt |
Nutzen & Grenzen
Hilft, wenn
- Mehrere Konsumenten benötigen eine gemeinsame Fähigkeit mit klaren Verantwortlichen.
- Vertrag, Versionierung und Kompatibilität lassen sich öffentlich innerhalb der Organisation dokumentieren.
Grenzen
- Ein gemeinsamer Dienst wird zum Engpass, wenn alle Konsumenten Sonderverträge oder individuelle Änderungen verlangen.
- Ein technischer API-Vertrag ersetzt keine fachliche Übersetzung zwischen unterschiedlichen Modellen.
In der Praxis
- Ermittle wiederkehrende Fähigkeiten und Konsumenten, bevor du einen gemeinsamen Vertrag definierst. Halte fest, welche Anforderungen allen Konsumenten gemeinsam sind und welche sie an ihrer eigenen Grenze übersetzen.
- Dokumentiere Operationen, Semantik, Fehlerantworten, Versionierung und Kompatibilitätsregeln in einem für alle Konsumenten zugänglichen Dienstvertrag. Weisen Verantwortliche Änderungen und Abkündigungen frühzeitig aus.
- Prüfe den Vertrag mit mindestens zwei Konsumenten und beobachte gemeinsame Bedürfnisse sowie Sonderfälle. Entwickle das Angebot anhand realer Integrationen weiter, ohne jedes lokale Modell in den Upstream-Vertrag aufzunehmen.
Ausführliche Erklärung lesen
Open Host Service ist ein Context-Map-Muster für eine gemeinsam nutzbare Upstream-Fähigkeit. Der Provider veröffentlicht einen expliziten Dienstvertrag mit Protokoll, Versionierung und Betriebsverantwortung, gegen den mehrere Downstream-Kontexte integrieren. Das Angebot reduziert individuelle Punkt-zu-Punkt-Absprachen, solange Konsumenten mit einem gemeinsamen Vertrag arbeiten können.
Published Language ist ein separates Context-Map-Muster: Es legt eine gemeinsame Sprache oder ein Austauschformat für die Integration fest und kann mit einem Open Host Service kombiniert werden. Konsumenten übersetzen dieses Format bei Bedarf in ihr eigenes Modell. Ein Dienstvertrag allein vereinheitlicht die Fachmodelle nicht.
Das Muster benennt eine Upstream-Fähigkeit für viele Clients in der Context Map; der Anti-Corruption Layer schützt einen Konsumenten vor fremder Fachsprache.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Wer verantwortet Versionierung des gemeinsamen Dienstes?
Lösung mit Begründung ansehen
Der Upstream-Provider dokumentiert und verantwortet seinen veröffentlichten Vertrag.
AnwendenAuf eine neue Lage übertragen
Wie kann die Bestellung den Katalogvertrag nutzen und ihr Modell schützen?
Lösung mit Begründung ansehen
Sie nutzt die benötigten Vertragsfelder und übersetzt sie in ihr Indexmodell.
BewertenEine Alternative abwägen
Wann wird ein gemeinsamer Dienst zum Engpass?
Lösung mit Begründung ansehen
Wenn Sonderanforderungen vieler Konsumenten die gemeinsame Weiterentwicklung dominieren.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- Eric Evans · DDD Reference (öffnet in neuem Tab)Primärreferenz zu Context Mapping und Beziehungsmustern.
- Vaughn Vernon · Implementing Domain-Driven Design (öffnet in neuem Tab)Praxisbuch zu Kontextgrenzen und Teambeziehungen.
- Domain-Driven Design Reference · Strategic Design (öffnet in neuem Tab)Begriffsreferenz für strategisches DDD.