Please enable JavaScript.
Coggle requires JavaScript to display documents.
Microservice Patterns (Anti-Pattern (Decoupling Illusion (Single…
Microservice Patterns
Anti-Pattern
Monolit wird verteilt
Infrastructure Overengineering
Massive netzwork overhead
Hard to understand
Decoupling Illusion
Single Responsibility Problem
Too much focus on re-use
High Complexity
No inceased agility
MicroPlatform
Entity Service
Alle greifen auf einen gleichen Service zu
Anemic Service
Too low level
Wiederverwendbar ist schlecht
unspezifisch
Unjustified Re-Use
HashTable braucht keinen eigenen Service
Domain-last Approach
man kümmert sich nicht um den Use-Case
FrontenedMonolith
Architektur
undefiniert
erstes Paper 1972
seperierbar
harte Grenze durch Netzwerk
wäre auch im Monolit möglich
Buch: Evolutionary Architecture
Inseln lokaler Entscheidung
leicht ersetzen - statt wieder verwenden
weniger Abhängigkeiten
wir tauschen uns im laufenden Betrieb aus
Redundanz ist gut
Pattern
Autonomos Cells
wenn Organisationsstruktur zu development passt
Sizing Patterns
FaaS sind wirklich MicroServices (also Pattern)
Strong Infrastructure Dependency
Common Interface
similar to actor based envs
emerging behaviour
fuzzy business logic
microSOA
Small, self hosted
Communication snycronously
cascaded
containerized
Seen on:
Netflix
Twitter
Gilt
überschaubare Komplexität
Antipattern für die meisten Anwendungen
Consquences
Target: scalability
high costs infrastructure
High costs of coordination
often combines with parallel / streaming aproach
Distributed DDD
Small self hosted
Consequences
loose coupling
Dublikate erlaubt
SelfContainedSystem (SCS)
autonomous
including UI and DB
composed of webservices
Consequence
lightweight frontend
no extra infrastructure needed
Monolith
Warum nicht
Wissen vorhanden
leichter zu refactern
viele, gute Monolithen