Fehler in der Software-Architektur

Fehler gibt es auch in der Software-Architektur. Auf Social Media haben wir Menschen darum gebeten, von Architektur-Fehlern zu berichten, die sie selbst gemacht haben oder in Projekten miterlebt haben. In dieser Episode betrachten wir einige davon und versuchen, aus ihnen zu lernen: Gibt es Muster? Was sind die Gründe? Kann man die Fehler vermeiden?
Links
Folge "Amazon - Von Microservices zurück zu Monolithen?" software-archi...
Artikel von von Oliver Wehrens zu Mikro-/Makro-Architektur / urn:li:activity:717574...
Episode zu Mikro-/Makro-Architektur software-archi...
Architektur Kickstart www.socreatory...
Episode zu Crew Ressoure Management software-archi...
The Vietnam of Computer Science von Ted Neward www.odbms.org/...
BED-Con bed-con.org/
Bert Jan Schrijver about Generic or Specific software-archi... - Wichtiger Punkt: Erst beim dritten Mal eine generische Lösung bauen

[@cyrusol]

Das mit dieser Planung, "hätten wir mal drüber nachgedacht"... ja das kann man hinterher immer leicht sagen. Aber da haben die meisten doch nur das Bild im Kopf, wenn man das Richtige richtig geplant hätte. Aber das Richtige zu treffen und richtig zu planen sind schon große Zufälle, meistens geht es schief und nur hinterher weiß man es besser.

[@EberhardWolff]

Ja, sehe ich auch so - deswegen finde ich Iterationen so zentral. Da kann man dann einen Schritt vorwärts gehen und dann den Kurs anhand des Gelernten korrigieren. Retrospektiv kann man Fehler oft sehr einfach erkennen, aber eben dann nur retrospektiv.

[@albe1620]

25:04 man kann den Fokus auch eine Ebene tiefer legen. Zum Beispiel bezogen auf UI-Controls. Wir müssen teilweise sehr aufwändig UI-Controls nachbauen obwohl es günstiger wäre dies einzukaufen, in Form von fertigen Bibliotheken.

[@EberhardWolff]

Guter Punkt - danke für die Ergänzung!

[@hansolo4942]

51:30 Diesen Punkt verstehe ich nicht ganz: Wieso hat ein Deployment-Monolith keine saubere Architektur? Kann man das so pauschal sagen? Ich meine er könnte intern sauber modularisiert sein und somit eine solide Architekur aufweisen, auch wenn es ein Monolith ist, oder? Danke

[@EberhardWolff]

Ja, sehe ich auch so. Ich wollte eigentlich sagen, dass es Deployment-Monolithen gibt. Dann wird das gesammte System auf einmal deployt. Und dann gibt es noch Architektur-Monolithen: Die haben keine gute Architektur bzw. Struktur. Das sind zwei unterschiedliche Arten von Monolithen. Ich bin nicht sicher, ob die beiden Kommentare nicht verschiedene Definitionen von "Monolith" benutzen - einmal Architektur- und einmal Deployment-Monolith.

[@hansolo4942]

​@@EberhardWolffDanke für prompte Klärung 👍

[@EberhardWolff]

@@hansolo4942 Gerne! 🙂

[@Alex-gj2uz]

​@@EberhardWolff Ich würde mich aber auch hier wieder dem Poster anschliessen. Ein Monolyth muss nicht zwingend eine schlechte Architektur haben.

[@EberhardWolff]

@@Alex-gj2uz Ja, ein Deployment-Monolith kann auch eine gute Modularisierung haben. Das wollte ich nichht in Zweifel ziehen.