Sie brauchen doch gar keine Microservices ( oder?) · Microservices at Netflix Scale: Principles,...

Copyright © Accso – Accelerated Solutions GmbH 1v.3v.3.18

Sie brauchen doch gar keine Microservices(... oder?)MARTIN LEHMANN, DR. RENATO VINGA-MARTINS

@mrtnlhmnn @accso

Frankfurter Entwicklertag 2019, 21. Februar 2019

Copyright © Accso – Accelerated Solutions GmbH 2

Hype, Innovation oder State-of-the-Art? Den Begriff Microservice gibt es seit 2011 und er wird inflationär verwendet. Ob man den Schritt hin zu Microservice wagen soll oder nicht, ist eine Entscheidung, die man sehr bewusst und gezielt treffen sollte.

Wir geben in diesem Talk eine Entscheidungshilfe und nähern uns dem Thema aus den Blickwinkeln Fachlichkeit und Architektur. Und wir machen es uns einfach: Wir raten in diesem Talk vom Microservices-Einsatz kurzerhand ab. Äh, wie bitte? Ja, richtig gelesen - wir raten vom Microservice-Einsatz ab, ...

..., wenn fachliche und organisatorische Komplexität nicht groß genug ist! Schon Martin Fowler rät: Don't even considermicroservices unless you have a system that's too complex to manage as a monolith. Doch was meint Fowler eigentlich mit "complex"? Wann ist ein IT-Vorhaben nur kompliziert?

..., wenn das Team nicht oder wenig dynamisch / flexibel agieren muss! In welchen Größenordnungen ist das eigentlich der Fall? Muss man schon Netflix sein oder geht's eine Nummer kleiner?

..., wenn der fachliche Schnitt nicht klar ist! Reicht da schon Datenhoheit als Kriterium aus? Wieviel fachliche Strukturierung brauchen wir? Wie groß oder klein ist denn "Micro"? Wie vermeidet man ein Microservice-Spaghetti?

..., wenn man sich nicht (vorher) die architektonischen und fachlichen Laufzeit-Auswirkungen klar macht! Das in Microservices geschnittene "Verteilte System" erfordert z. B., mit deutlich erhöhten Latenzen umzugehen. Und es zwingt einen, sich mit Eventual Consistency zu beschäftigen und mit teilfertigen, fachlich nicht (immer) konsistenten Teilzuständen.

..., wenn die Frage nach Integration nicht geklärt ist! Der ESB ist aus guten Gründen verpönt. Aber irgendeine Integrationstechnologie brauchen wir doch? Insbesondere ist auch die Integration bei gemeinsamen Benutzeroberflächen zu klären: Was für Web-Oberflächen recht einfach ist, ist für native oder andere Clients schon gar nicht mehr so klar.

Microservices sind also ... vor allem nicht trivial. Sie betreffen verschiedenste fachliche, architektonische und organisatorische Aspekte. Wer da nicht alle Herausforderungen durchdenkt oder sich ihrer zumindest bewusst ist - nun, dem hatten wir ja auch abgeraten :-)

Abstract – Frankfurter Entwicklertag 2019https://entwicklertag.de/frankfurt/2019/sie-brauchen-doch-gar-keine-microservices-oder

https://entwicklertag.de/frankfurt/2019/sie-brauchen-doch-gar-keine-microservices-oder


Martin LehmannAccso - Accelerated Solutions GmbHCheftechnologe

Martin Lehmann ist Diplom-Informatiker und arbeitet als Cheftechnologe bei der Accso -Accelerated Solutions GmbH. Seit Ende der 90er-Jahre arbeitet er als Softwarearchitekt und-entwickler in der Softwareentwicklung in Individualentwicklungsprojekten für Kunden verschiedener Branchen. Er interessiert sich besonders für die Herausforderungen Verteilter Systeme.

[email protected] @mrtnlhmnn www.xing.com/profile/Martin_Lehmann3

Dr. Renato Vinga-MartinsAccso - Accelerated Solutions GmbHDr. Renato Vinga-Martins arbeitet bei der Accso – Accelerated Solutions GmbH mit technologischem Schwerpunkt als Architekt, Berater und Projektleiter in allen Phasen der Individualsoftware-Entwicklung. Er begleitet seit über 20 Jahren Kunden in ihren Projekten.

[email protected]

mailto:[email protected]

http://www.xing.com/profile/Martin_Lehmann3

mailto:[email protected]


MonolithPhoto by Brian Breeden on Unsplash

https://unsplash.com/photos/RaVUY4yTFbs?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText

https://unsplash.com/search/photos/limestone?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText


ModulithPhoto by Annie Spratt on Unsplash

https://unsplash.com/photos/-HDbl_akROQ?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText



MicroservicesPhoto by Jarren Simmons on Unsplash

https://unsplash.com/photos/gJyKLN84LwU?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText

https://unsplash.com/search/photos/basalt-rock?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText


Microservices sind in aller Munde


Zusammenfassung

Welche Aufwände habe ich damit?

Ich gewinne an Flexibilität!

Agenda


gute funktionale Skalierbarkeit

wachsende Komplexität, Größe

Team, Geographische VerteilungProduktgröße / Fachlichkeit

NfAs, Architektur, Technik

wachsende (Team-)

AutonomieSelbstorganisationEigenverantwortungOrganisatorische Koordinierung

stetige/steigende

InnovationsfähigkeitLiefergeschwindigkeit / Produktivität

Änderbarkeit / AnpassbarkeitErweiterbarkeit

getrennte Lebens-/Deployment-Zyklen


Microservice-Architekturen fördern Wachstum und Flexibilität.

Photo by Brian Breeden on Unsplash

https://unsplash.com/photos/RaVUY4yTFbs?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText



Kosten und Nutzen sind abzuwägen!

Netflix priorisiertZiel „Innovation“

über „Zuverlässigkeit“

und „Effizienz“


Kosten und Nutzen sind abzuwägen!

REWE priorisiertdas Ziel „Wachstum“

0-5 Teams

5-15 Teams

15-35 Teams

50+ Teams


Wie stellt sich Komplexität dar?

Grad der VernetzungKommunikation wächst quadratisch mit der Anzahl der Teilnehmer


Wie stellt sich Komplexität dar?

RückkopplungAuch wenige

Komponenten können bereits

unvorhersehbares Verhalten bewirken


Microservices adressieren Komplexität,indem sie Kopplung reduzieren.

Können wir wirklich mit Team-Skill Komplexität beherrschen?


Das Cynefin-Framework rät bei Komplexitätzu Emergent Practices.


Komplexität senkt die Produktivität und

erfordert eigene Lösungsstrategien.


Umgang mit Komplexität? Der Demingkreis: PDCA!

Emergent Practice: Situativ reagieren – keine Allgemeinrezepte


Technisch orientierte Teams erzeugen Monolithen.


Cross-funktionale Teams sind fokussiert und flexibel.


Das Team muss Gesamtverantwortung übernehmen: Autonomie

Produkte statt Projekteüber den gesamten

Lebenszyklus


Wie hängenKomplexitätund Autonomievoneinander ab?


Zusammenfassung



Agenda



strenge Konsistenzwachsende Komplexität, Größe



wachsende (Team-)


gute technische

Beherrschbarkeittechnische SkalierbarkeitAutomatisierungDezentralisierungBerechtigungsschutzResilienceRefactoring-Fähigkeit

stetige/steigende




Testbarkeit

gute Beobachtbarkeitfachliches Monitoring

technisches Monitoring


Der fachliche Schnitt ist entscheidend


DDD hilft bei der Modellierung fachlicher Grenzen

Daten-orientierter Schnitt

Use-Case- / User-orientierter Schnitt

Schnitt nach Konsistenz


Welche Qualitätseigenschaften sind zu erfüllen?Strenge Konsistenz durch Orchestrierung nötig?


Welche Qualitätseigenschaften sind zu erfüllen?Reicht Choreography mit Eventual Consistency?


Der fachliche Gesamtüberblick darf nicht auf der Strecke bleiben! BAM? Dashboards? KPIs?


Verteilung bedingt getrennte Datentöpfe:Keine Konsistenz, nur „Eventual Consistency“

Daten

Daten

DatenDaten

Daten Daten

Daten

Daten


Verteilung bedingt getrennte Datenmodelle:Keine Konsistenz, nur „Eventual Consistency“

Daten

Daten

DatenDaten

Daten Daten

Daten

Daten


Wie spielenAutonomieund Konsistenzzusammen?


Microservices sind ein hochgradig verteiltes System!


Verteilung & Integration: Gefahr von Zentralisierung!


Verteilung wirkt sich aus: Test!


Verteilung wirkt sich aus: Test! Latenz!


Verteilung wirkt sich aus: Test! Latenz! Monitoring!


Verteilung & Integration: Was ist mit „dem“ Client?


Zusammenfassung



Agenda






wachsende (Team-)


gute technische


stetige/steigende




Testbarkeit








wachsende (Team-)




gute technische


stetige/steigende




Testbarkeit


Accso – Accelerated Solutions GmbHT | +49 6151 13029-0E | [email protected]@ | www.accso.de

Berliner Allee 58 | 64295 DarmstadtMoltkestraße 131a | 50674 KölnBalanstraße 55 | 81541 München

Artikelserie in Informatik Aktuell

https://www.informatik-aktuell.de/entwicklung/methoden/microservices-fachliche-entscheidungshilfen-fuer-den-einsatz.html

https://tinyurl.com/y2455sun

https://www.informatik-aktuell.de/entwicklung/methoden/microservices-fachliche-entscheidungshilfen-fuer-den-einsatz.html

https://tinyurl.com/y2455sun




https://speakerdeck.com/mrtnlhmnn

@accso@mrtnlhmnn

https://accso.de/tag/microservices/

https://accso.de/ueber-uns/veroeffentlichungen-und-konferenzbeitraege/

https://speakerdeck.com/mrtnlhmnn

https://accso.de/tag/microservices/

https://accso.de/ueber-uns/veroeffentlichungen-und-konferenzbeitraege/


Bildquellen

Folie 11 - Netflix' PrioritätenMicroservices at Netflix Scale: Principles, Tradeoffs & Lessons Learned (GOTO 2016); Ruslan Meshenberg (Netflix); 09/2016; https://www.youtube.com/watch?v=57UK46qfBLY; 16:40

Folie 12 - REWE WachstumVom Testen von Monolithen zur Qualitätssicherung für Microservices; Oliver Monneke, Michael Kutz; 06/2018; https://prezi.com/p/4bwxooscihil/2018-06-26-rewe-digital-meetup-juni/

Folie 13 - Netflix Deathstarhttps://www.slideshare.net/adriancockcroft/goto-berlinMigrating to Microservices (GOTO14); Adrian Cockcroft (Netflix); 11/2014

Folie 14 - DoppelpendelDouble Pendulum Chaos Light Writing (computer simulation) 4; Paul Nathan; 10/2010; https://www.youtube.com/watch?v=V4hvENrtMeE&feature=youtu.be

Folie 15, 17 - Martin Fowlerhttps://martinfowler.com/

https://www.youtube.com/watch?v=57UK46qfBLY

https://prezi.com/p/4bwxooscihil/2018-06-26-rewe-digital-meetup-juni/

https://www.slideshare.net/adriancockcroft/goto-berlin

https://www.youtube.com/watch?v=V4hvENrtMeE&feature=youtu.be

https://martinfowler.com/


Folie 15 - ProduktivitätMicroservicePremium; Martin Fowler; 03/2015; https://martinfowler.com/bliki/MicroservicePremium.html

Folie 16, 17 - Dave Snowdenhttps://cognitive-edge.com/our-people/dave-snowden/

Folie 16, 18 - Cynefin-Frameworkhttps://en.wikipedia.org/wiki/Cynefin_framework

Folie 18 - William Edwards Deminghttps://de.wikipedia.org/wiki/William_Edwards_Deming

Folie 18 - Demingkreishttps://de.wikipedia.org/wiki/Demingkreis

Folie 19, 20 - Cross-/Funktionale TeamsMicroservices - a definition of this new architectural term; James Lewis, Martin Fowler; 03/2014; https://www.martinfowler.com/articles/microservices.html

Bildquellen

https://martinfowler.com/bliki/MicroservicePremium.html

https://cognitive-edge.com/our-people/dave-snowden/

https://en.wikipedia.org/wiki/Cynefin_framework

https://de.wikipedia.org/wiki/William_Edwards_Deming

https://de.wikipedia.org/wiki/Demingkreis

https://www.martinfowler.com/articles/microservices.html


Folie 19, 20 - Melvin Conwayhttps://twitter.com/conways_law

Folie 21 - TeambuildingTeambuilding Übungen: Bessere Teams bauen; https://karrierebibel.de/teambuilding/

Folie 21 - Teams Trudy Mandeville; https://globaltalentadvisors.com/2017/04/the-importance-of-cross-functional-instructional-design-teams/

Folie 21 - Delegation Pokerhttps://management30.com/practice/delegation-poker/

Folie 25, 26 - Monoliths and MicroservicesMicroservices - a definition of this new architectural term; James Lewis, Martin Fowler; 03/2014; https://www.martinfowler.com/articles/microservices.html

Bildquellen

https://twitter.com/conways_law

https://karrierebibel.de/teambuilding/

https://globaltalentadvisors.com/2017/04/the-importance-of-cross-functional-instructional-design-teams/

https://management30.com/practice/delegation-poker/

https://www.martinfowler.com/articles/microservices.html


Folie 26 - Bounded ContextBounded Context; Martin Fowler; 01/2014; https://martinfowler.com/bliki/BoundedContext.html

Folie 27, 28 - Oliver Wolf: Introduction into MicroservicesIntroduction into Microservices; Oliver Wolf; https://specify.io/concepts/microservices ; Original examples publishedin: Building Microservices: Designing Fine-Grained Systems; Sam Newman; 2015; ISBN: 978-1-491-95035-7

Folie 29 - BPMN, WorkflowWer Microservices richtig macht, braucht keine Workflow Engine und kein BPMN; 09/2015; Tobias Flohre; https://blog.codecentric.de/2015/09/wer-microservices-richtig-macht-braucht-keine-workflow-engine-und-kein-bpmn/

Folie 33, 34 - Netflix-Traffic-Flow (Vizceral)Mastering Chaos - A Netflix Guide to Microservices (QCon 2016); Josh Evans (Netflix); 06/2016; https://www.youtube.com/watch?v=CZ3wIuvmHeM ; 2:20

Folie 35, 36, 37 - Simian Army in Chaos Engineeringhttps://en.wikipedia.org/wiki/Chaos_engineering

Bildquellen

https://martinfowler.com/bliki/BoundedContext.html

https://specify.io/concepts/microservices

https://blog.codecentric.de/2015/09/wer-microservices-richtig-macht-braucht-keine-workflow-engine-und-kein-bpmn/

https://www.youtube.com/watch?v=CZ3wIuvmHeM

https://en.wikipedia.org/wiki/Chaos_engineering


Folie 38, 39, 40- Client-IntegrationArchitektur-Spicker Nr. 3: Microservices; Team embarc; 02/2016; http://www.embarc.de/wp-content/uploads/2016/06/Architektur-Spicker3-Microservices.pdf

Bildquellen

http://www.embarc.de/wp-content/uploads/2016/06/Architektur-Spicker3-Microservices.pdf

Sie brauchen doch gar keine Microservices ( oder?) · Microservices at Netflix Scale: Principles,...

Documents

Transcript of Sie brauchen doch gar keine Microservices ( oder?) · Microservices at Netflix Scale: Principles,...