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.
Service pro Teammuster
Anstatt Monolithen nach Geschäftsfunktionen oder Services zu zerlegen, werden sie nach dem Muster „Service pro Team“ in Microservices aufgeteilt, die von einzelnen Teams verwaltet werden. Jedes Team ist für eine Geschäftsfähigkeit verantwortlich und besitzt die Codebasis der Funktion. Das Team entwickelt, testet, implementiert oder skaliert seine Dienste eigenständig und interagiert hauptsächlich mit anderen Teams, um zu verhandeln. APIs Wir empfehlen, dass Sie jeden Microservice einem einzelnen Team zuweisen. Wenn das Team jedoch groß genug ist, könnten mehrere Unterteams separate Microservices innerhalb derselben Teamstruktur besitzen. In der folgenden Tabelle werden die Vor- und Nachteile der Verwendung dieses Musters erläutert.
Vorteile | Nachteile |
---|---|
|
|
Die folgende Abbildung zeigt, wie ein Monolith in Mikroservices aufgeteilt werden kann, die von einzelnen Teams verwaltet, gewartet und bereitgestellt werden.
