0
Eine der unbequeme Wahrheiten über die cloud-migration ist die migration Teil. Es sei denn, Sie beginnen ein neues Geschäft oder eine neue Anwendung mit neuen Daten, die sich in der cloud, Sie haben sich zu bewegen, die Dinge aus Ihrem Rechenzentrum in die cloud. Sicher, es gibt eine Menge mehr Bandbreite zur Verfügung über den globalen Glasfaser-backbones heute, aber diese backbones sind über das verschieben von Daten, die bereits in Bewegung. Es wäre einfach nicht Kosten-effizient zu Größe diese backbones zu übertragen Petabyte zwischen zwei Punkten, weil… naja… die Migration von Jahren der angesammelten Daten von on-premise in die cloud ist nicht alltäglich.
Es wird oft beschrieben als die Lichtgeschwindigkeit problem. Wenn Sie eine 10 Gbit / s-Verbindung, die petabyte an Daten sitzen in Ihrem data center dauert 12 Tage zu machen, in die cloud. Deshalb ist Früherkennung von cloud-Migrationen mit mehreren Terabyte von Daten und in der Regel verwendet Sneakernet in den Himmel: Laden Sie einen Stapel von Daten auf einem sicheren Datenträger (oder Band) und versenden Sie es aus, um Ihre Lieblings-cloud-Anbieter. Es ist die Art und Weise Azure tut es heute, und bevor es eingeführt Schneeball vor ein paar Jahren, das ist, wie Sie transportiert die Daten zu AWS.
Nun, Google ist immer ernst und verfolgt die enterprise-cloud-Geschäft, es ist auch immer in der migration appliance Raum. Die Logistik sind ähnlich – Sie gehen online und bestellen Sie das Gerät, und dann wird es an Sie verschickt wird für einen festgelegten Zeitraum von Zeit, bevor Sie senden es zurück. Aber, nicht überraschend, die designs sind anders.
Google hat gesehen, eine petabyte-Größe Migrationen, wie Sie den sweet spot des Marktes. Es ist die Einführung von zwei Modellen, Größe: für 100 und 480 TBytes an Daten bzw. Im Vergleich zu Amazon sind am unteren Ende des Spektrums mit 50, 80 und 100-TByte-Einheiten. Natürlich, die große Ausnahme ist Amazon Schneemobil, wenn Sie möchten, LKW-100 PBytes auf eine 12-wheeler mit einem 45-Fuß-container.
Google pricing-Strategie basiert auf, die petabyte-sweet-spot Annahme, das entspricht rund zwei seiner größeren Einheiten. Während also die Preise für die kleineren 100-TByte-Einheit ist auf Augenhöhe mit Schneeballeffekt, auf ein petabyte, Google ist die Auflistung der appliance bei etwa 35% unten.
Aber es ist nicht nur die Größe kommt es an, sondern auf form und Funktion. Während Amazon, die Geräte sind eigenständige, Google ist dazu gedacht sind, eingesteckt in ein rack. Auf der anderen Seite, Amazon ist mit Schneeball als der Beginn einer neuen Familie, die unterstützt edge-computing: Greengrass, die für die Verwaltung von IoT-Anwendungen. Gebündelt mit den lokalen Lambda-Verarbeitung-Fähigkeit, Greengrass wurde entwickelt auf der Annahme, dass, obwohl Amazon ist ein cloud-Anbieter, dass einige Anwendungen wie das Internet der Dinge erfordert lokalen compute an der Kante. Google ist nicht Abschottung, solche Optionen, aber im Gegensatz zu Amazon, dies zu tun würde bedeuten, ein Gerät mit einer anderen Architektur und form-Faktor.
0