Softwarearchitektur
Grundlegende Entscheidungen über Aufbau, Zusammenarbeit und Qualitätsziele eines Softwaresystems.
Struktur mit einem Zweck
Softwarearchitektur beschreibt grundlegende Entscheidungen über Elemente eines Systems, ihre Beziehungen und ihr Zusammenwirken. Dazu gehören Grenzen, Schnittstellen und Verantwortlichkeiten. Diese Entscheidungen sollen Anforderungen wie Änderbarkeit, Verfügbarkeit und Zugriffsschutz unterstützen.
Im erfundenen Beispiel soll ein Kundenportal auch bei gestörter Berichtserstellung Aufträge anzeigen können. Die Architektur muss dafür Abhängigkeiten und den Umgang mit Ausfällen klären. Eine Zeichnung mit Kästen oder eine Liste eingesetzter Produkte genügt dafür nicht. Halten Sie den Entscheidungsgrund, wichtige Annahmen und Auswirkungen fest. Ob die gewählte Struktur ihre Ziele erreicht, muss anhand geeigneter Prüfungen beurteilt werden; ein Architekturdiagramm ist kein Funktionsnachweis.
Quellen
Verwandte Begriffe
- MonolithEine Anwendung, deren Kern als gemeinsame Einheit ausgeliefert wird; innere Module sind trotzdem möglich.
- MicroservicesEine Architektur mit abgegrenzten Diensten, die möglichst unabhängig entwickelt, betrieben und ausgeliefert werden.
- Modularer MonolithEine gemeinsam ausgelieferte Anwendung mit ausdrücklich abgegrenzten inneren Modulen und ihren Schnittstellen.
- Cache StampedeEin Cache Stampede entsteht, wenn gleichzeitige Anfragen dieselben Daten im Cache nicht finden und dieselbe teure Arbeit mehrfach starten.
- BackpressureBackpressure passt den Datenzufluss an die Verarbeitungskapazität des Empfängers an, indem dieser eine Verlangsamung oder Pause signalisiert.
- Race ConditionEin fehlerhaftes Ergebnis hängt von der zeitlichen Reihenfolge überlappender Zugriffe ab.
Beiträge zum Thema
Ihr Vorhaben mit ASES
Beschreiben Sie uns Ihr Vorhaben. Wir melden uns mit einer ersten Einschätzung.