Читать книгу Vom Monolithen zu Microservices - Sam Newman - Страница 26

Eine der prägnantesten Definitionen, die ich für Kohäsion gehört habe, ist: »Code, der sich gemeinsam ändert, bleibt auch zusammen.« Für unsere Zwecke ist das eine ziemlich gute Definition. Wie schon besprochen, optimieren wir unsere Microservices-Architektur auf das Ziel hin, Änderungen in der Businessfunktionalität möglichst einfach zu machen – daher wollen wir, dass die Funktionalität auf eine Art und Weise gruppiert ist, dass wir Änderungen an so wenigen Stellen wie möglich vornehmen müssen.

Möchte ich ändern, wie die Rechnungsgenehmigung gemanagt wird, will ich die anzupassende Funktionalität nicht über mehrere Server hinweg finden müssen, um dann das Release dieser geänderten Services zu koordinieren, mit dem die neue Funktionalität ausgerollt wird. Stattdessen will ich dafür sorgen, dass die Änderung Anpassungen an so wenig Services wie möglich erfordert, um die Änderungskosten niedrig zu halten.