Cardset

"Die Software-Architektur ist die grundlegende Organisation eines Systems,

dargestellt durch dessen Komponenten, deren Beziehungen zueinander und

zur Umgebung sowie die Prinzipien, die den Entwurf und die Evolution des

Systems bestimmen."

1. Bausteine + Beziehung

2. IInteraktion zwischen Bausteine

3. Infrastruktur, Verteilung der Beusteine

4. Übergreifende Konzepte

Anforderingen:

Funktionalen

Qualität

Randbedingungen

Projektleitung, Aufgabenplanung und -verteilungm Kommunikation

• 0: Systeme ohne Nuterinteratkion (“Batchverarbeitung”, “Dunkelberarbeitung”)

• 1: Einplatz, Standalone-Systeme

• n: z. B. unternehmensweiter Mehrplatzsystem

• N: z.B. Web-, Internetanwendung

• Vergefertige, wiederverwendbare Programmteile

• Ausführungsumgebung

  • Programmiersprache, Middelware, Applikation Service

• Betriebssystem

• Hardware

• Datensicherheit (Archivierung, Aufbewahrungsfristen)

• Datenschutz (Vertraulichkeit)

• Revisionsanforderungen

• die Entwicklungsumgebung (Programmiersprache, Werkzeuge etc.)

• vorab gesetzte Komponenten (Datenbank, Webserver, Klassenbibiliothek)

• technische Standards (wie Referenzarchitekturen, Datenformate, Protokolle)

• Wiederverwendung bestehender Komponenten

• Zukauf externer Leistungen

• Ausrichtung auf zukünftige Unternehmensarchitektur

• Leistungsfähigkeit (Performance)

• Sicherheit (Safety und Security)

• Datenschutz (Privacy)

• Nutzbarkeit (Usability, User Experience)

• Zuverlässigkeit, Verfügbarkeit

• Testbarkeit

• Interoperabilität

• Erweiterbarkeit, Anpassbarkeit

• Betriebsfreundlichkeit, Skalierbarkeit

• Nachvollziehbarkeit, Beobachtbarkeit

Kopplung gibt an, wie stark die Abhängigkeiten der Bausteine untereinander sind.

Kohäsion gibt an, wie stark der Zusammenhang innerhalb eines Bausteins ist.

• Anwendungsarchietektur

• Anwendungsintegration

• Unternehmensarchitektur

In Schichten und Partionen

Partionen stehen als Teilbereiche der Anwendungsdomäne nebeneinander (Subdomänen)

Schichten stellen eine hierarchische Ordnung dar

• Synchrone Kommunikation

• Asychrone Kommunikation

• Kosteneffizientz

  • Pay per Use

• Datenschutz

  • Private Cloud, Providerstandort

• Skalierbarkeit

  • gutes Lastverhaltung

• Computercluster

  • Anzahl von vernetzten Computern, die ähnliche Aufgaben erledigt.

• hohe Verfügbarkeit

  • High Availability Cluster

• hohe Rechenkapazität

  • High performance Computing Cluster

• hohe Skalierbarkeit

  • Load Balancing Cluster

Architecture Decision Records (ADR)

Betriebliche Informationssysteme (und Datenquellen zusammenführen, um die Unterstützung der Geschäftsproyesse zu verbessern.

• Föderiertes Datenschema

• Zentrale Datenbank

• File Tranfer

• SOAP

• REST

• gRPC

• GraphQL

• SOAP-Services sind eher “schwergewichtig”

• SOAP-Engine und WSDL Generator für viele, aber nicht alle Plattformen verfügbar.

Reprentational State Transfer

HTTP

Ein Service Stellt Ressourcen bereit, die per URI adressiert werden

Zustandslost

• Synchrone Kommunikation

• Asynchrone Kommunikation

Der Webserver ist nicht so lange blockiert.

Application systematisch in logischen Unterblöcken zu zerlegen

„ Allow an application to equally be driven by users, programs, automated test or batch scripts, and to be developed and tested in isolation from its eventual run-time devices and databases.“

• Gesamte Fachlogik ist hier enthalten

• Sematisch und Validierung der Klassen

• Keine Abhängigkeiten von anderen Anwendungskomponenten

• Kann unabhängig von anderen Systemen entwickelt werden

• Änderungen treten hier nur auf, wenn sich die Geschäftsanforderungen selbst ändern

• Klassen, die alles rund um einen bestimmten Anwendungsfall behandelt

• Code enthält Geschäftsvalidierungen und Logiken, die für den Anwendungsfall spezifisch sind und deshalb nicht in der Domäne implementiert werden können

• Keine Abhängigkeiten nach außen: Kommunikation nach außen nur über Ports

• Verbraucherunabhängiger Ein- und Ausstiegspunkt zu/von der Anwendung

• Häufig ein Interface

• Ohne Kenntnis der konkreten Implementierung, die tatsächlich eingeführt wird

Eingehender/Driver Port

• Stellt kernfunktionalität der Anwendung nach außen bereit

Ausgehender Driver Port

• Werden verwendet, um Verbindung zu externen Systemen wie z.B. Datenbanken herzustellen

• Äußere Schicht: nicht teil des Kerns

• Interagieren mit der Anwendung über eigenende bzw. aufgehende Ports

Primäre/Driver Adapter

• Starten eine Aktion in der Anwendung

• Steuern die Anwendung, indem sie Use Cases über eingehende Ports aufrufen

Sekndäre Driven Adapter

• Stellen die Verbindung zu den backend/Tools dar

• Implementierung für den Zugriff auf die sekundären Komponenten wie Datenbanken etc.

Erlichtern das Austauschen einer bestimmten Schicht der Anwednung

Driver

• Adapter hängt vom Port ab und bekommt eine konkrete Implementierung des Ports übergeben, die den Anwendungsfall enthält

• Ports als auch seine konkrete Implementierung (der Anwendungafall) gehören in die Anwendung

• a driving adapter could be a controller which is the one that takes the (user) input and passes it to the Application via a Port.

Driven

• Adapter die eine konkrete Implementierung des Ports und wird in die Geschäftlogik übergeben

• Geschäftslogik kennt nur die Schnittstellen

• Port gehört in den Anwendung, aber seine konkrete Implementierung gehört nach außen

• Driven adapters will implement the Port and an Application Service will use it, in this case the Port is inside the Hexagon, but the implementation is in the Adapter, therefore outside of the Hexagon

Es ist die Erfassung von Doämen einer Anwendung sowie die Zerlegung dieser in Bounded Context und die Identifikation von Beziehungen dieser Subdomänen

Eine Domäne ist ein Wirkungsgebiet in dem jemand bzw. eine Organisation besondere Fähigkeiten hat. (Spezialgebiet)

Bounded Context = Fachbereicht Kontext und umfasst die Geschäftslogik für einen bestimmten Fachbereich

Hat eine eigene Ubiquitour Language (Fachsprahce)

1. Bounded Context identifizieren

2. Logische teilbereiche Identifizieren

3. Beziehungen Identifizieren

• Generic Subdomains

• Core Domains

• Supporting Subdomains

Die Identifizierung der Beziehungen ist wichtig, um die Kommunikation der Entwickler-Teams und der zu entwickelnden Systeme sicherzustellen.

1. Wie werden die Kontexte (teschnisch) kommunizieren?

2. Wie übersetzen wir zwischen den Kontexten von einer Ubiquitour Language in eine andere?

3. Wie vermeiden wir es, Probleme für nachgelagerte Kontext zu vermeiden?

In einer Context Map

• Partnership

  • Bounded Contextes hängen vonaeinander ab

  • Synchrone Absprache Notwendig

• Shared kernel

  • Bounded Contexts teilen sich eine gemeinsame Codebasis

  • Kernel kann in Absprache modifiziert werden

  • Ein Team ist für den Kernel zuständig

• Customer Supplier

  • Unidirektionale Abhängigkeit

  • Keine gemeinsame Codebasis

• Conformist (Mitläufer)

  • Supplier geht nicht auf Anforderungen ein, Downstream Team übernimmt alles

• Anticorruption Layer

  • Dolmetscher hinzugefügt (Adapter)

• Open Host Service

  • Nutzen eines klar Definiert Protokolls

• Published Language

  • Verwendung wohldokumentierten formulierten Sprache.

• Seperate Ways

  • Strigkte Trennung

• High Performance Computing Cluster

  • Ziel

    • Datenverarbeitung mit extrem hoher Geschwindigkeit

    • Durchführung komplexer Berechnungen

• High Availability Cluster

  • Ziel:

    • Availbility Erhöhen durch passiven knoten

• Self Registration

• Third Party Registration

• Clinet-Side Discovery

• Server-Side Discovery

Helm hilft bei der Generierung von Kubernetes yamls

API Gateway als API Composer

API Composer als Standalone

• Abfragesprache für APIs

• Serverseitige Laufzeitumgebung für GraphQL-Queries

• Vermeidung von Over und Underfetching

• Protokollunabhängig

• Schema beschreibt Enittiy-Graph

• Es gibt keinen Standard?

• Beschreibung umfasst Kanäle Nachrichtentypen und formate

• Mehreree Message Customer wetteifern um die Verarbeitung von Nachrichten

• Bei Paralleleverarbeitung ist keien FIFO-Reihnfolge gegeben

Probleme:

• Mehreree Message Customer wetteifern um die Verarbeitung von Nachrichten

• Bei Paralleleverarbeitung ist keien FIFO-Reihnfolge gegeben

Lösungen:

• Jede Instanz eines Empfänger wird ein Shared des Kanals zugeteilt

• Broker erkennt die Reihnfolge und sendet selbe Nachrichten nur zu einem Shared

• Bei Mehrfachausführung Idempotenz

• Verarbeitung protokollieren

Auf Two Phase Commit

• Prepare Phase: Alle Services und Ressourcen werden aufgefodert, sich auf Datenänderungen vorzubereiten

• Commit Phase: Wenn alle bereit sind, lässt der Transatkionsmanager DIe Datenänderungen durch die Services durchführen und commiten.

Lösungen:

• Jede Instanz eines Empfänger wird ein Shared des Kanals zugeteilt

• Broker erkennt die Reihnfolge und sendet selbe Nachrichten nur zu einem Shared