So wählen Sie einen Cloud-Anbieter aus

Bei der Auswahl eines Cloud-Anbieters können Sie auf Markenerkennung, Sicherheits- und Speicherfunktionen und andere Aspekte achten. Aber Cloud-Anbieter sind wie der Rest von uns von Netzwerken abhängig, und sie sind nicht alle gleich erstellt oder konfiguriert.

Im Allgemeinen ist es für diejenigen, die die Cloud in Betracht ziehen, wichtig, den Standort Ihrer Endbenutzer und den Cloud-Standort, der sie bedienen wird, abzugleichen. Sie sollten auch versuchen, bei den ersten Schritten mit einem Cloud-Anbieter eine kontinuierliche Basisleistung zu erzielen, was bei Leistungsproblemen im weiteren Verlauf hilfreich ist.

Da jeder der großen Cloud-Anbieter über mehrere Points of Presence verfügt, ist es wichtig, dass Sie die Auswirkungen auf das Netzwerk berücksichtigen, wenn Sie Ihre Daten oder Apps aus Ihren Büros in die Cloud verschieben. Um diese Auswirkungen zu veranschaulichen, haben wir einen schnellen Vergleich der drei besten Anbieter erstellt.

Testen, Testen

Um einen Blick unter die Decke der großen drei Anbieter zu werfen, haben wir einige Tests durchgeführt. Für die drei größten Public-Cloud-Anbieter AWS, Azure und Google Cloud haben wir im nordwestlichen Point of Presence (genaue Standorte variieren je nach Anbieter) ein SaaS-CRM-Demosystem eingerichtet. Dann haben wir auf die Ergebnisse gewartet, und sie waren sicherlich interessant.

Tests aus Los Angeles

Diese Grafik unten zeigt den Netzwerkverkehr von Los Angeles zum nächsten Standort von den großen Anbietern in der nordwestlichen Region. Bei unserem im Nordwesten ansässigen CRM gibt es wirklich keinen eindeutigen Gewinner. Google und AWS befinden sich im benachbarten Oregon, während Azure in Nordkalifornien nicht weit entfernt ist. Hier kann AWS vielleicht nur gewinnen, aber alle zeigen im Laufe eines Monats extreme Schwankungen (niedriger ist hier besser). Der Unterschied in der physischen Entfernung manifestiert sich nicht vollständig als zusätzliche Netzwerkzeit für Webanfragen (als Referenz dauert es 40 ms für den grenzüberschreitenden Verkehr). Was höchstwahrscheinlich passiert, sind Routing-Änderungen.

Los Angeles → Nordwest-Region  | AWS  | Azur  | Google

Tests aus Atlanta

Dieses nächste Beispiel zeigt die Netzwerkrouten der drei Anbieter von unserem in Atlanta ansässigen Monitor zu den nordwestlichen Points of Presence oder Availability Zones. AWS ist der langsamste Cloud-Anbieter, obwohl alle drei während des einmonatigen Zeitfensters Schwankungen unterliegen. Bei einer viel längeren physischen Trennung zwischen synthetischem Benutzer und Server können wir kleine Schwankungen der Netzwerkgeschwindigkeit ignorieren. Es ist jedoch klar, dass AWS unter durchschnittlich 1,5 Sekunden zusätzlicher Latenz leidet. Die Ursache kann unterschiedlich sein, aber mit bis zu zwei Sekunden zusätzlicher Zeit für Webanfragen kann dies zu einer höheren Benutzerfrustration führen. Wir können auch eine gewisse Konsistenz bei den beobachteten Spitzen feststellen, was darauf hindeutet, dass der Verkehr Routen teilen kann und Probleme mit täglichen Staus auftreten können.

Es ist wichtig, sich daran zu erinnern, dass unsere Bereitstellung in Seattle wahrscheinlich weder die ideale noch die übliche Wahl für ein Unternehmen mit Sitz in Atlanta ist. Aber bei so vielen Startups, die aus dem Silicon Valley kommen, besteht eine gute Chance, dass viele SaaS-Apps, die Sie jeden Tag verwenden, diese Langstrecken-Rundreise machen.

Atlanta → Nordwest-Region  | AWS  | Azur  | Google

Tests aus New York

Unser letztes Beispiel unten zeigt die Netzwerkleistung entlang des Netzwerkpfads von der New Yorker Zone zu unserem im Nordwesten ansässigen CRM. AWS weist immer noch die langsamsten Reaktionszeiten der drei Anbieter auf. Google und Azure sind durchweg schneller, abgesehen von einem Ende Januar beobachteten Überlastungsproblem. Da wir davon ausgehen können, dass das Internet im Laufe der Zeit einen Großteil dieses Datenverkehrs auf ähnliche Weise über das ganze Land leitet, gibt es einen guten Hinweis darauf, dass das Routing hinter der AWS-Firewall die Ursache für die zusätzliche Latenz sein könnte.

New York → Nordwest-Region  | AWS  | Azur  | Google

Was unsere Cloud-Tests herausgefunden haben

Wir haben keinen großen Stichprobenumfang und unsere Testbereitstellung ist nicht an die Komplexität der meisten modernen Apps angepasst, aber unsere Ergebnisse haben uns daran erinnert, wie wichtig es ist, Standortrecherchen bei der Planung Ihrer Cloud-Bereitstellungen durchzuführen. Rufen Sie die Karte auf, um zu sehen, wo sich Ihre Dienste und Apps befinden, wenn sie sich in der Cloud befinden. Ordnen Sie sie dann dem Standort der Benutzer dieser Apps und Dienste zu.

Es gibt eine Reihe von Gründen, die dazu beitragen könnten, dass AWS keine schnellen Antworten liefert, wie beispielsweise Peering-Vereinbarungen in der Mitte des Landes oder zusätzliches Routing hinter der Firewall. Klar ist, dass sich die Leistung je nach Standort der Endbenutzer unterscheidet. Sich dieser Tatsache bewusst zu sein, führt zu besseren Entscheidungen, wenn es um Leistung geht.

Das Testen von Cloud-Anbietern ist nicht unser einziger Zweck, aber Sie können mit den Tools von AppNeta für jede Ihrer Cloud-Apps die Transparenz erhalten, die wir erreicht haben (und die Sie benötigen). Diese Art von Netzwerkeinblick kann den Tag retten, wenn Benutzer sich über Verlangsamungen oder Ausfälle beschweren und Sie die Grundursache für Leistungseinbußen identifizieren müssen.