Führende Cloud-Anbieter im Vergleich: AWS, Azure, Google Cloud und weitere
Vergleichen Sie AWS, Azure, Google Cloud, Alibaba und Tencent anhand Ihrer Anwendungen, der Gesamtkosten, des Betriebsaufwands und Ihrer Möglichkeiten, den Anbieter zu wechseln.

Gehen Sie von den Aufgaben aus, die Ihre Systeme erfüllen müssen. Vergleichen Sie Betriebsaufwand, Kosten und den Weg zu einem anderen Anbieter, bevor Sie entscheiden, wo die Systeme laufen sollen.
Angenommen, ein kleines Unternehmen möchte eine Website mit Produktfotos und einer Liste von Kundenbestellungen betreiben. Es braucht eine Umgebung, in der die Anwendung läuft, einen Speicherort für Bilddateien und eine Datenbank, mit der sich Bestellungen abrufen und aktualisieren lassen. Beginnen Sie mit diesen drei Aufgaben. An ihnen lassen sich Cloud-Anbieter wesentlich leichter vergleichen als anhand einer Liste von Marktanteilen.
Unterschiedliche Namen für vertraute Aufgaben
Eine virtuelle Maschine ist ein Computer, den Sie aus der Ferne konfigurieren und betreiben. Ein Objektspeicher nimmt Dateien wie Bilder auf. Eine verwaltete relationale Datenbank speichert strukturierte Datensätze, während der Anbieter einen Teil der Betriebsaufgaben übernimmt. Die folgenden Beispiele stammen aus den Katalogen der jeweiligen Anbieter. Es handelt sich weder um identische Produkte noch um eine Rangliste.
|
Anbieter |
Virtuelle Maschinen |
Objektspeicher |
Verwaltete relationale Datenbank |
|---|---|---|---|
|
AWS |
Amazon EC2 |
Amazon S3 |
Amazon RDS |
|
Microsoft Azure |
Azure Virtual Machines |
Azure Blob Storage |
Azure Database for PostgreSQL |
|
Google Cloud |
Compute Engine |
Cloud Storage |
Cloud SQL |
|
Alibaba Cloud |
Elastic Compute Service (ECS) |
Object Storage Service (OSS) |
ApsaraDB RDS |
|
Tencent Cloud |
Cloud Virtual Machine (CVM) |
Cloud Object Storage (COS) |
TencentDB for MySQL |
Produktnamen und Kategorien stammen aus Googles anbieterübergreifendem Vergleich von Cloud-Diensten, Alibabas RDS-Übersicht und Tencents Produktkatalog. Datenbank-Engines, verfügbare Konfigurationen und unterstützte Funktionen unterscheiden sich. Ein MySQL-Dienst lässt sich bei einer PostgreSQL-Anwendung nicht ohne Anpassungen als Ersatz einsetzen.
Vergleichen Sie die Arbeit, die Ihr Team tatsächlich leisten müsste
Für die Beispielwebsite besteht eine Möglichkeit darin, virtuelle Maschinen zu mieten und Anwendung sowie Datenbank selbst zu installieren. Eine andere ist die Nutzung einer verwalteten Datenbank und eines Dienstes für Anwendungshosting. Die zweite Variante kann Betriebsaufgaben abnehmen. Dennoch müssen Sie die Konfiguration, den Zugriff, die Wiederherstellung und die Funktionen verstehen, von denen die Anwendung abhängt.
Beginnen Sie mit dem System, das Sie bereits haben. Welche Datenbank-Engine verwendet es? Wie wird es bereitgestellt? Welche Werkzeuge kann das Team pflegen? Eine vertraute Konfiguration kann Arbeit sparen. Ein unbekannter Dienst kann sich trotzdem lohnen, wenn er ein konkretes Problem löst. Benennen Sie diesen Nutzen ausdrücklich.
Legen Sie anschließend fest, an welchen Orten die Anwendung funktionieren muss. Testen Sie die Antwortzeiten von den Standorten aus, an denen die Nutzer tatsächlich auf sie zugreifen. Prüfen Sie außerdem, ob die benötigten Dienste und Funktionen in der ausgewählten Region gemeinsam verfügbar sind. Die weltweite Zahl der Regionen eines Anbieters beantwortet keine dieser beiden Fragen.
Kalkulieren Sie einen vollständigen Betriebsmonat
Legen Sie bei jedem Kandidaten dieselben Annahmen zugrunde: erwartete Besuche, Rechenstunden, gespeicherte Dateien, Datenbankgröße, Sicherungen und an Nutzer übertragene Daten. Berücksichtigen Sie auch Support, falls das Team ihn benötigt. Eine günstige virtuelle Maschine ist nur ein Posten dieser Kalkulation.
Die Anleitung zum AWS Pricing Calculator beschreibt beispielsweise eine Kostenschätzung anhand von Regionen, Diensten und Nutzungsannahmen, bei der sich auch Support ergänzen lässt. Eine Schätzung hängt von diesen Eingaben ab; sie ist keine Zusage über die Höhe Ihrer Rechnung. Halten Sie die Annahmen zusammen mit dem Betrag fest, damit Sie auf gleicher Grundlage vergleichen können.
Bei einer Website mit vielen Fotos kann die Übertragung von Bildern an Besucher stärker ins Gewicht fallen als bei einem kleinen internen Formular. Muss ein System schnell wiederhergestellt werden können, spielen auch zusätzliche Datenbankkapazität und Vorkehrungen zur Wiederherstellung eine Rolle. Prüfen Sie Ihr eigenes Nutzungsprofil, statt nach einem Anbieter zu suchen, der unter allen Umständen am günstigsten ist.
Erproben Sie den Rückweg, bevor Sie sich festlegen
Betreiben Sie eine kleine Version derselben Anwendung bei den Anbietern Ihrer engeren Auswahl. Laden Sie Beispielbilder hoch, legen Sie Testbestellungen an, exportieren Sie die Datensätze und stellen Sie sie in einer separaten Testumgebung wieder her. Prüfen Sie, wie Sie anbieterspezifische Dienste ersetzen würden. Dateien zu kopieren ist nur ein Teil des Umzugs einer Anwendung.
Halten Sie drei Dinge fest: wie viel Arbeit die Inbetriebnahme erforderte, welche Kosten bei denselben Nutzungsannahmen entstehen und was für einen Umzug oder eine Wiederherstellung nötig ist. Ein erfolgreicher Test gibt einem kleinen Team eine bessere Entscheidungsgrundlage als die Position einer Marke in einer Rangliste.
Richten Sie Ihre Wahl weiterhin an Ihrem Zweck aus
Sie müssen Ihre Systeme nicht über mehrere Clouds verteilen, nur um Unabhängigkeit zu demonstrieren. Ein einzelner Dienst, den Sie gut verstehen, kann der praktischste Ausgangspunkt sein. Entscheidend ist, dass Sie wissen, welche Verantwortlichkeiten Sie abgegeben haben und ob eine andere Lösung weiterhin umsetzbar bleibt.
Der Beitrag Cloud-Servicemodelle erläutert diese Arbeitsteilung. Edge- und Cloud-Computing untersucht anschließend, wo unterschiedliche Aufgaben am besten aufgehoben sind. Rechner auf mehrere Standorte zu verteilen und Entscheidungsbefugnisse zu verteilen sind zwei verschiedene Fragen. Eine zweckmäßige Infrastrukturentscheidung macht beide leichter erkennbar.