Welche Arten von Webservice-Architekturen gibt es?

1. Monolithische Architektur:

   • Ein einheitlicher, eigenständiger Code, der alle Komponenten (UI, Geschäftslogik, Datenzugriff) vereint.
   • Einfache Entwicklung und Bereitstellung in den Anfangsphasen.
   • Schwierigkeiten bei Skalierung, Wartung und Implementierung von Änderungen bei wachsendem Projekt.

2. Microservice-Architektur:

   • Anwendung ist in eine Reihe kleiner, unabhängiger Dienste unterteilt, die über das Netzwerk (oft via API) interagieren.
   • Jeder Dienst ist für eine bestimmte Funktion verantwortlich und kann unabhängig entwickelt, getestet und bereitgestellt werden.
   • Verbesserte Skalierbarkeit, Fehlertoleranz (Ausfall eines Dienstes beeinflusst die anderen nicht), Nutzung verschiedener Technologien für verschiedene Dienste.
   • Komplexität bei der Verwaltung einer großen Anzahl von Diensten, Bedarf an verteiltem Logging und Monitoring.

3. Serviceorientierte Architektur (SOA):

   • Besteht aus Diensten, die über eine Unternehmenschiene (ESB - Enterprise Service Bus) interagieren.
   • Dienste können groß sein und unterschiedliche Protokolle verwenden.
   • Ziel: Erhöhung der Flexibilität und Wiederverwendbarkeit von Diensten innerhalb der Organisation.
   • Unterschied zu Microservices: größere Dienste, zentrale Interaktionsschiene.

4. Serverlose Architektur:

   • Entwickler konzentrieren sich auf das Schreiben von Code, während die Server- und Infrastrukturverwaltung vom Cloud-Anbieter (z.B. AWS Lambda, Azure Functions) übernommen wird.
   • Bezahlung nach Nutzung, automatische Skalierung.
   • Reduzierung der Betriebskosten und administrativen Aufwände.
   • Einschränkungen bei Laufzeit und Ressourcen, Abhängigkeit vom Cloud-Anbieter.

5. N-Schicht-Architektur:

   • Anwendung ist in logische Schichten oder Ebenen unterteilt, jede mit einer bestimmten Rolle und nur mit benachbarten Schichten interagierend.
   • Typische Schichten: Präsentationsschicht (UI), Geschäftslogikschicht, Datenzugriffsschicht.
   • Verbessert die Modularität und erleichtert die Verantwortlichkeitsaufteilung.

graph TD
    A[Benutzer] --> B{Web-Service};
    B --> C[Architektur];
    C --> D[Monolithisch];
    C --> E[Microservices];
    C --> F[SOA];
    C --> G[Serverless];
    C --> H[N-Schicht-Architektur];