Wählen Sie ein Azure-Datenspeichersystem aus
Ihr Datenspeichersystem ist von grundlegender Bedeutung für den Erfolg Ihrer Anwendungen und damit auch für den Erfolg Ihres Unternehmens.
Ein gut entwickeltes Datenspeichersystem ist:
- Schnell und einfach zu implementieren.
- Schnell skalierbar, um Datenwachstum zu verarbeiten.
- Reaktionsfähig und performant.
- Hoch verfügbar und widerstandsfähig gegen Fehler.
- Kostengünstig.
Ein entscheidender Gesichtspunkt ist, wie gut ein Entwurf bei zunehmenden Datenmengen skaliert. Nehmen wir eine Anwendung, die im ersten Monat 6 Terabyte (TB) an Daten generiert, wobei die Daten mit einer jährlichen Rate von 10 % zunehmen. Der folgende Graph zeigt, wie die Daten sich im Laufe der Zeit ansammeln:
Nach drei Jahren sind es 249 TB an Daten. Die 10 Prozent-Wachstumsrate versteilt die Neigung über die Zeit ab.
Dieses Beispiel ist nicht atypisch. Die Datenmenge nimmt zu, wenn Sie Kunden hinzufügen, aber auch, wenn Ihre Kunden Daten hinzufügen. Daten können auch aufgrund von Erweiterungen der Anwendungen wachsen. Ein gut konzipiertes System kann ein solches Datenwachstum problemlos bewältigen und bleibt dabei reaktionsschnell, widerstandsfähig und kostengünstig.
Entwerfen eines Datenspeichersystems
Um ein Datenspeichersystem in Azure zu entwerfen, lernen Sie, wie Sie die vielen Azure-Dienste für verschiedene Anwendungen und Ziele verwenden. Die Anforderungen an die Datenspeicherung erfordern möglicherweise eine Mischung aus Produkten. So könnten Sie Daten, auf die nur selten zugegriffen wird, in Diensten mit niedrigen Kosten und Daten, auf die häufig zugegriffen wird, in Diensten mit höheren Kosten und besseren Zugriffszeiten speichern.
In den Artikeln in der folgenden Tabelle werden drei Systemarchitekturen für Webanwendungen beschrieben. Diese Systeme können massive Datenmengen verarbeiten und sind widerstandsfähig für Systemfehler. Diese Architekturen verwenden Azure Table Storage, Azure Cosmos DB und Azure App Service.
Diese Beispiele helfen Ihnen, ein Speichersystem zu entwickeln, das Ihren Anwendungen gerecht wird. Die folgende Funktionsmatrix enthält Links zu den Artikeln und fasst die Vor- und Nachteile der einzelnen Architekturen zusammen:
| Architektur | Vorteile | Nachteile |
|---|---|---|
| Webanwendung in zwei Regionen mit Table Storage-Failover | Einfache Implementierung, Kosten | Eingeschränkte Resilienz mit nur zwei Azure-Regionen |
| Webanwendung in mehreren Regionen mit benutzerdefinierter Replikation von Storage-Tabellen | Resilienz | Implementierungszeit und -schwierigkeiten |
| Minimaler Speicherplatz: Änderungsfeed zum Replizieren von Daten | Resilienz, Leistung, zeitbasierte Datenaufbewahrung | Skalierbarkeit, Implementierungszeit |
Beitragende
Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben.
Hauptautor:
- Nabil Siddiqui | Cloud Solution Architect – Digitale und Anwendungsinnovationen
Nächste Schritte
- Auswählen einer geeigneten Strategie für die Speicherung von Daten in Azure
- Entwickeln mit Azure Cosmos DB for Table und Azure-Tabellenspeicher