Aufbau von Microservices, 2. Auflage

Kapitel 16. Der evolutionäre Architekt

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Wie wir bisher gesehen haben, bieten uns Microservices eine Menge Möglichkeiten und dementsprechend viele Entscheidungen, die wir treffen müssen. Wie viele verschiedene Technologien sollen wir zum Beispiel einsetzen, sollen verschiedene Teams unterschiedliche Programmiersprachen verwenden, und sollen wir einen Microservice aufteilen oder zusammenführen? Wie sollen wir diese Entscheidungen treffen? Mit dem schnelleren Tempo der Veränderungen und der flüssigeren Umgebung, die diese Architekturen ermöglichen, muss sich auch die Rolle des Architekten ändern. In diesem Kapitel werde ich die Rolle des Architekten aus meiner Sicht beleuchten und hoffentlich einen letzten Angriff auf den Elfenbeinturm starten.

Was verbirgt sich hinter einem Namen?

Du benutzt dieses Wort ständig. Ich glaube nicht, dass es das bedeutet, was du glaubst, dass es bedeutet.

Inigo Montoya, aus Die Braut des Prinzen

Architekten haben eine wichtige Aufgabe. Sie sind dafür verantwortlich, dass das System eine einheitliche technische Vision hat, die dazu beiträgt, die Software zu liefern, die die Kunden brauchen. In einigen Fällen müssen sie nur mit einem Team zusammenarbeiten. In diesem Fall sind die Rolle des Architekten und die des technischen Leiters oft ein und dieselbe. In anderen Fällen legen sie die Vision für ein ganzes Arbeitsprogramm ...