Cloud-Deployment-Architektur · Mindmaps

Cloud-Deployment-Architektur · Mindmaps

Die interaktive MindMap-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.

So lesen Sie diese Mindmap

• Beginnen Sie beim Thema in der Mitte und folgen Sie einem farbigen Zweig zu den zugehörigen Ideen.
• Geschwungene Linien zeigen Beziehungen; Pfeile stehen nur dort, wo die Richtung wichtig ist.

Users & edge

Dieser Zweig verbindet “Users reach the service through the edge”, “Static assets are served from edge locations near the visitor, cutting latency and shielding the origin from repeat downloads.”.

Traffic routing

Dieser Zweig verbindet “The load balancer is the front door to the compute tier: it terminates the public connection and forwards each request to a healthy instance.”.

Application

Dieser Zweig verbindet “Instances are added and removed automatically from traffic — the deployment scales out horizontally instead of buying a bigger server.”, “App instances serve requests”, “Hot data lives in memory, so the database only sees the requests that actually need it. The cache is disposable — losing it slows the system, it does not break it.”.

Data

Dieser Zweig verbindet “Primary database stores the source of truth”, “Read replicas spread load; point-in-time backups and cross-region copies are the recovery story for the one thing that cannot be rebuilt.”.

Resilience

Dieser Zweig verbindet “Metrics, logs and alerts cover every tier — a spike in error rate or latency is what triggers the auto-healing and rollback decisions.”, “The deployment scales and self-heals”.

Verbindungen zwischen den Zweigen

Resilienz ist geschichtet: CDN, Load Balancer, automatische Skalierung, Cache, Replikate, Überwachung; jede Schicht schützt die dahinter.

Die Datenschicht fällt anders aus und braucht eigene Maßnahmen: Replikate für die Last, Backups für die Wiederherstellung.

Der Load Balancer ist die Eingangstür; die automatische Skalierung entscheidet, wie viele Türen es gibt.

Der Cache ist entbehrlich: sein Verlust bremst das System, er zerstört es nicht.

Die Überwachung schließt den Kreis: Ein Alarm löst die Entscheidungen über Skalierung, Rollback und Wiederherstellung aus.

Wichtige Zusammenhänge und Erkenntnisse

• Resilienz ist geschichtet: CDN, Load Balancer, automatische Skalierung, Cache, Replikate, Überwachung; jede Schicht schützt die dahinter.
• Die Datenschicht fällt anders aus und braucht eigene Maßnahmen: Replikate für die Last, Backups für die Wiederherstellung.
• Der Load Balancer ist die Eingangstür; die automatische Skalierung entscheidet, wie viele Türen es gibt.
• Der Cache ist entbehrlich: sein Verlust bremst das System, er zerstört es nicht.
• Die Überwachung schließt den Kreis: Ein Alarm löst die Entscheidungen über Skalierung, Rollback und Wiederherstellung aus.

Wann Sie diese Darstellung nutzen

• Die Anatomie eines Cloud-Deployments vermitteln, bevor ein Team seine erste Produktivumgebung entwirft.
• Eine Architektur auf Lücken in der Resilienz prüfen: eine Schicht ohne Redundanz ist ein einzelner Ausfallpunkt, den die Zeichenfläche sichtbar macht.
• Eine Diskussion über Cloud-Kosten fundieren: Jede Schicht ist eine Entscheidung darüber, was Redundanz kosten darf.

So funktioniert es

1. Mittleres Thema anpassen

   Benennen Sie das Thema für Ihr Projekt oder Ihren Unterricht um.

2. Zweige ausbauen

   Bearbeiten Sie Ideen und ergänzen Sie Beispiele oder Notizen.

3. Ideen verbinden

   Zeichnen Sie Verbindungen zwischen Zweigen; Pfeile zeigen eine wichtige Richtung an.

Häufig gestellte Fragen

Was ist eine Cloud-Deployment-Architektur?

Sie ist der Entwurf dafür, wie ein Dienst in der Cloud läuft: Der Datenverkehr tritt über das Edge-Netz ein (CDN), ein Load Balancer verteilt ihn, eine automatisch skalierende Gruppe von Instanzen bedient ihn, eine Datenschicht speichert ihn, und die Überwachung beobachtet alles. Die bestimmende Eigenschaft dieser Architektur ist Resilienz: der Ausfall eines einzelnen Bestandteils legt den Dienst nicht lahm, weil jede Schicht redundant ist und sich selbst anpasst.

Warum wird die Datenschicht anders behandelt als der Rest?

Weil sich die zustandslosen Schichten (Instanzen, Caches) sofort neu bauen oder ersetzen lassen, während die Datenbank die Quelle der Wahrheit hält, die sich nicht einfach neu erzeugen lässt. Sie braucht eigene Maßnahmen: Replikate, um die Leselast zu verteilen, zeitpunktgenaue Backups und regionsübergreifende Kopien für die Wiederherstellung und ein festgelegtes Verfahren für den Failover. Die Darstellung gibt der Datenschicht eine eigene Bahn, weil ihre Ausfallarten und ihre Maßnahmen andere sind als die der Schichten darüber.

Was bedeutet „automatische Skalierung“, und warum ist sie wichtig?

Die automatische Skalierung nimmt Anwendungsinstanzen anhand der gemessenen Nachfrage automatisch hinzu oder weg: meist anhand von CPU, Arbeitsspeicher oder Warteschlangenlänge. Wichtig ist sie, weil sie Kapazität aus einer Schätzung in einen Regelkreis verwandelt: Das System kauft mehr Kapazität, wenn viel los ist, und gibt sie wieder frei, wenn nicht, und es ersetzt eine ausgefallene Instanz ohne menschliches Zutun. Diese Selbstanpassung macht ein Cloud-Deployment zu einem großen Teil resilient.

Wie fügen sich Caching und Überwachung in die Architektur ein?

Das Caching sitzt zwischen der Anwendung und der Datenbank: Häufig genutzte Daten werden aus dem Arbeitsspeicher bedient, sodass die Datenbank nur die Anfragen sieht, die sie wirklich braucht. Die Überwachung ist die Sensorschicht über alle Schichten hinweg (Metriken, Logs und Alarme) und sie löst die übrigen Mechanismen der Resilienz aus: Ein Ausschlag bei den Fehlern startet das Rollback, steigende Last löst die Skalierung aus, eine ausgefallene Instanz wird ersetzt. Ohne Überwachung arbeitet der Rest der Architektur blind.

Diese Mindmap in QueryChart bearbeiten

Öffnen Sie die Mindmap auf einer bearbeitbaren Leinwand. Verschieben Sie Ideen und ergänzen Sie Zweige und Verbindungen.

Diese Mindmap in QueryChart bearbeiten