Meine Kollegen @tillsc und Christoph Iserlohn hauen Microservices ordentlich eins über die Rübe und brechen eine Lanze für den Monolithen: informatik-aktuell.de/entwic…

Warum es nicht immer Microservices sein müssen

Alle wollen Microservices, aber Microservices bergen teilweise erhebliche Risiken und beheben nicht einfach die den Monolithen zugrundeliegenden Probleme.

informatik-aktuell.de
2
32
7
46
Ich finde auch nach wie vor, dass Modularität in einem Monolithen dauerhaft sicherzustellen ganz einfach ist. Mangels Unterstützung der Programmiersprachen ist aber eine Toolunterstützung nötig (zB @sonargraph) evtl. garniert mit etwas Design by Contract
2
Replying to @hdowalil @tillsc @sonargraph
Ich möchte „ganz einfach“ aufs Energischste bestreiten, es ist im Gegenteil ab einer gewissen Größe fast unmöglich schwierig

Nov 29, 2017 · 8:03 AM UTC

2
2
Replying to @stilkov @tillsc @sonargraph
Aber es stimmt natürlich. Ganz einfach ist bestimmt übertrieben :-) einigen wir ins aif: abhängig von der Gesamtkomplexität geht die Skala von "noch recht einfach", über "sehr herausfordernd" bis "mach lieber was anderes" (wie eben ein System of Systems)
1
Darauf können wir uns gern einigen
1
Replying to @stilkov @tillsc @sonargraph
Kommt natürlich auf die Größe die gewisse Größe an. Das Prinzip des hierarchischen Aufbaus von Modulen hilft dabei aber meiner Erfahrung nach. Ab einer gewissen sehr großen Größe baut man aber besser ein verteiltes "System of Systems" (a ' la Ihrem @OBJEKTspektrum Art. 2011)