Please enable JavaScript.
Coggle requires JavaScript to display documents.
Microservices vs Zentrale Architekturen (Microservices (Kampfbegriff:…
Microservices vs Zentrale Architekturen
Microservices
Kampfbegriff: Microservices -> vergiss alte Architektur
Kulturclash: Enterprise Culture / Startup Culture
Wie bewältigt man Komplexität
Was gibt man dem Architekte/ was dem team
Microservices wie Pilze
Trotzdem Komplexität
Problem Monsterkomplexität
Api-Gateway?
SchnittstellenKultur
Team of Heros (Startup)
Wird keine EnterpriseKultur ersetzen
Auch Unternehmen muss aufgeteilt werden
Trennung der Teams auf fachlicher Seite
Wegwerfcode
MicroService braucht auch Wartung
Beschäftigt sich nicht mit Kommunikation
eigentlich ist alles public
sauberer BoundedContent überhaupt möglich
Trennung zwischen Core und Env
OData (SQL für Apis)
schreiben in DB ... großes Problem
Trennung zwischen schreiben und lesen
Fachliche Wichtigkeit
Logging für Fachlichkeit / fachliche Events
einheitliches Fachlogging
fachliche Metriken
Alle Microservices sprechen die gleiche Fachsprache
Neue Wege finden die Spass machen
Missing link: richtige Daten zum richtigen Zeitpunkt zum richtigen Kunden
Enterprise Kultur
Zentraler Architekt wird wegfallen
Architekt kommt u.U. aus der Fachseite
Neue Managementkultur (MiddleMgmt)
z.B. DevOps -> harter Bruch
Freiheitsgrade können erhöht werden
Einheitliche Architekture
Trennung der Teams ist über Technik motiviert
Functional &reactive Domain Driven Model
durch UML konnte die SW im nachhinein verstanden werden
SOA und Komponenten sind tot
hatte durchaus Vorteile, aber zuwenig
Sagt nichts über Implementierung
Kulturelle Herausforderung