{"id":21619,"date":"2018-12-21T11:00:13","date_gmt":"2018-12-21T10:00:13","guid":{"rendered":"https:\/\/kinsta.com\/?p=13497"},"modified":"2023-08-24T11:09:46","modified_gmt":"2023-08-24T10:09:46","slug":"google-cloud-vs-aws","status":"publish","type":"post","link":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/","title":{"rendered":"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)"},"content":{"rendered":"<p>Immer mehr Unternehmen setzen auf <a href=\"https:\/\/kinsta.com\/de\/blog\/arten-von-cloud-computing\/\">Cloud Computing<\/a>. Egal, ob du einen einzelnen Cloud-Service nutzt oder deine gesamte Infrastruktur in ein neues Cloud-\u00d6kosystem migrierst, du bist nicht der Einzige, der die zus\u00e4tzlichen Vorteile von Cloud-Technologien nutzen m\u00f6chte.<\/p>\n<p>Von Verbesserungen in der Skalierbarkeit, Sicherheit und Flexibilit\u00e4t bis hin zur Reduzierung von Kosten und Umweltbelastung gibt es eine F\u00fclle von Gr\u00fcnden, den Schritt in die Cloud zu wagen. Nat\u00fcrlich ist der \u00dcbergang nicht mehr so einfach, wie er einmal war.<\/p>\n<p>Seit seinen Anf\u00e4ngen hat sich das Cloud-\u00d6kosystem zu einer komplexen, sich st\u00e4ndig erweiternden Myriade von Anbietern, Technologien, Produkten, und Dienstleistungen entwickelt. Wenn du versuchst, die verschiedenen Kombinationen \u00fcber diese Vertikalen hinweg zusammenzusetzen, kann deine Auswahl an Optionen schnell in die Tausende klettern. Es wird schnell klar, dass es so etwas wie eine zu gro\u00dfe Auswahl gibt.<\/p>\n<figure id=\"attachment_86035\" aria-describedby=\"caption-attachment-86035\" style=\"width: 1024px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Cloud-Delivery-Models.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-86035 size-full\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Cloud-Delivery-Models.png\" alt=\"Cloud Computing Unternehmen und Dienstleistungen\" width=\"1024\" height=\"652\"><\/a><figcaption id=\"caption-attachment-86035\" class=\"wp-caption-text\">Cloud Computing Unternehmen und Dienstleistungen (Bildquelle: <a href=\"https:\/\/imelgrat.me\/wp-content\/uploads\/2018\/06\/Cloud-Delivery-Models.png\" target=\"_blank\" rel=\"noopener noreferrer\">imelgrat.me<\/a>)<\/figcaption><\/figure>\n<p>Wie in jeder Branche gibt es eine Handvoll Unternehmen, die sich vom Rest abheben und Marktf\u00fchrer werden. Wenn wir an Cloud Computing Anbieter denken, gibt es drei Namen, die die Liste anf\u00fchren: Google Cloud Platform, Amazon Web Services, und Microsoft Azure.<\/p>\n<p>Heute werden wir zwei Cloud-Giganten vergleichen, Google Cloud Platform und <a href=\"https:\/\/kinsta.com\/de\/aws-alternative\/\">Amazon Web Services<\/a>. Wir werden tief in die Produkte und Dienstleistungen der beiden Anbieter eintauchen. Wir wollen Klarheit schaffen und den Vergleich dieser beiden Cloud-Anbieter vereinfachen, um eine fundierte Entscheidung zu treffen.<\/p>\n<p>Obwohl wir hier bei Kinsta ausschlie\u00dflich die <a href=\"https:\/\/kinsta.com\/de\/blog\/cloud-plattform-fuer-entwickler\/\">Google Cloud Platform<\/a> nutzen, werden wir dir eine unvoreingenommene Meinung bieten. Beide Plattformen bieten umfangreiche Vorteile, aber welche die richtige f\u00fcr dich ist, h\u00e4ngt letztendlich von den individuellen Anforderungen deines Unternehmens ab.<\/p>\n<div><\/div><kinsta-auto-toc heading=\"Table of Contents\" exclude=\"last\" list-style=\"arrow\" selector=\"h2\" count-number=\"-1\"><\/kinsta-auto-toc>\n\n<h2>Warum Google Cloud vs. Amazon Web Services<\/h2>\n<p>Wenn du <a href=\"https:\/\/kinsta.com\/de\/wordpress-hosting\/\">planst, Cloud-Dienste zu nutzen<\/a>, wirst du zweifelsohne die drei Anbieter Google Cloud, Amazon Web Services und <a href=\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-azure\/\">Microsoft Azure<\/a> entdecken. Heute werden wir uns auf den Vergleich von zwei dieser Anbieter konzentrieren, n\u00e4mlich <a href=\"https:\/\/kinsta.com\/de\/aws-marktanteil\/\">Google Cloud<\/a> vs. <a href=\"https:\/\/kinsta.com\/de\/aws-marktanteil\/\">AWS<\/a>.<\/p>\n<p>Diese Cloud-Giganten sind bekannte Namen in der Tech-Branche. Beide Unternehmen dominieren seit mehr als einem Jahrzehnt in ihren jeweiligen Branchen. Sie sind als weltweit f\u00fchrende Unternehmen bekannt und streben akribisch nach Innovation und Exzellenz. Beide verf\u00fcgen \u00fcber eine F\u00fclle von Fachkenntnissen in der Tech-Branche, mit denen man kaum konkurrieren kann.<\/p>\n<p>Mit ihren jeweiligen technologischen Grundlagen ist es nicht verwunderlich, dass sie branchenf\u00fchrende Cloud-Computing-Plattformen entwickelt haben. Im September 2020 hat Gartner Google und AWS erneut als Leader in ihrem <a href=\"https:\/\/www.gartner.com\/en\/documents\/3989743\/magic-quadrant-for-cloud-infrastructure-and-platform-ser\">Infrastructure as a Service (IaaS) Magic Quadrant<\/a> benannt.<\/p>\n<p>F\u00fcr Amazon ist dies das 10. Jahr in Folge, in dem AWS sich die obere rechte Ecke des Leader-Quadranten in Gartners Magic Quadrant f\u00fcr Cloud Infrastructure as a Service (<a href=\"https:\/\/kinsta.com\/de\/blog\/was-ist-laas\/\">IaaS<\/a>) gesichert hat. AWS erhielt die h\u00f6chste Platzierung f\u00fcr die F\u00e4higkeit zur Ausf\u00fchrung und die weiteste f\u00fcr die Vollst\u00e4ndigkeit der Vision.<\/p>\n<figure id=\"attachment_86040\" aria-describedby=\"caption-attachment-86040\" style=\"width: 1019px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Gartner-Magic-Quadrant.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-86040 size-large\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Gartner-Magic-Quadrant-1019x1024.png\" alt=\"2020 Magic Quadrant f\u00fcr Cloud Infrastructure as a Service, weltweit\" width=\"1019\" height=\"1024\"><\/a><figcaption id=\"caption-attachment-86040\" class=\"wp-caption-text\">2020 Magic Quadrant f\u00fcr Cloud Infrastructure as a Service, weltweit (Bildquelle: <a href=\"https:\/\/www.gartner.com\/en\/documents\/3989743\/magic-quadrant-for-cloud-infrastructure-and-platform-ser\" target=\"_blank\" rel=\"noopener noreferrer\">Gartner<\/a>)<\/figcaption><\/figure>\n<h3>Google Cloud und AWS dominieren weiterhin die Branche<\/h3>\n<p>Google Cloud und AWS dominieren den Cloud Computing-Bereich, seit IaaS-L\u00f6sungen im Jahr 2008 an Zugkraft gewonnen haben.<\/p>\n<p>Im August 2020 nannte ein <a href=\"https:\/\/www.gartner.com\/en\/newsroom\/press-releases\/2019-07-29-gartner-says-worldwide-iaas-public-cloud-services-market-grew-31point3-percent-in-2018\">Bericht von Gartner<\/a> sowohl Google als auch Amazon in einer Gruppe von 5 \u00f6ffentlichen Cloud-Infrastrukturanbietern, die 80% des IaaS-Marktes ausmachen. Ein Trend, der sich nur noch weiter fortsetzen wird, da beide Unternehmen ihre Position auf dem Markt festigen wollen.<\/p>\n<p>Trotz der globalen Pandemie, die die gro\u00dfen Volkswirtschaften zum Stillstand bringt, prognostiziert Gartner ein <a href=\"https:\/\/www.gartner.com\/en\/newsroom\/press-releases\/2020-07-23-gartner-forecasts-worldwide-public-cloud-revenue-to-grow-6point3-percent-in-2020\">weltweites Public-Cloud-Umsatzwachstum von 6,3 % im Jahr 2020<\/a>. Angetrieben von einer Explosion der Remote-Arbeit, k\u00f6nnen wir vern\u00fcnftigerweise vergleichbare Ergebnisse im Cloud-Bereich erwarten. Vor allem, da der Bericht ein Wachstum von 94% im Desktop as a Service (DaaS) Markt beschreibt. Vor diesem Hintergrund kann man erwarten, dass Google und Amazon weiter expandieren werden.<\/p>\n<p>W\u00e4hrend beide Unternehmen im IaaS-Bereich begonnen haben, kannst du dich jetzt an <a href=\"https:\/\/www.gartner.com\/en\/newsroom\/press-releases\/2020-07-23-gartner-forecasts-worldwide-public-cloud-revenue-to-grow-6point3-percent-in-2020\">Google Cloud<\/a> und <a href=\"https:\/\/aws.amazon.com\/products\/\">AWS<\/a> wenden, um Hunderte von L\u00f6sungen f\u00fcr IaaS, SaaS und <a href=\"https:\/\/kinsta.com\/de\/blog\/was-ist-paas\/\">PaaS<\/a> zu erhalten. Beide Unternehmen arbeiten weiterhin an Innovationen und f\u00fcgen ihrer st\u00e4ndig wachsenden Liste neue Cloud-Service-Angebote hinzu.<\/p>\n<h4>Google Cloud Platform-Umsatz im Jahr 2020<\/h4>\n<p><a href=\"https:\/\/abc.xyz\/investor\/static\/pdf\/2019Q4_alphabet_earnings_release.pdf\">Alphabets Ergebnisse f\u00fcr das vierte Quartal und das Gesch\u00e4ftsjahr 2019<\/a> zeigten, dass das Unternehmen weiterhin ein starkes Wachstum verzeichnete, wobei der Gesamtumsatz im Vergleich zum Vorjahr um 18 % stieg. W\u00e4hrend es an Transparenz bei den Einnahmen von Google Cloud mangelt, meldete das Unternehmen ein beeindruckendes Wachstum von \u00fcber 100 %, was das Unternehmen zum Jahresende auf eine j\u00e4hrliche Run-Rate von 10 Milliarden US-Dollar brachte.<\/p>\n<p>Im Jahr 2020 sorgte der Ausbruch der Coronavirus-Pandemie daf\u00fcr, dass die Muttergesellschaft von Google Cloud &#8211; Alphabet &#8211; zum ersten Mal seit dem B\u00f6rsengang im Jahr 2004 einen Umsatzr\u00fcckgang in einem Quartal verzeichnete. Vor diesem d\u00fcsteren Hintergrund hat sich Google Cloud tats\u00e4chlich gegen den Trend entwickelt und das Wachstum scheinbar nur beschleunigt.<\/p>\n<p>In Q1 konnte Google Cloud dank Google Meet deutlich zulegen, als das Videokonferenz-Tool ein Hit f\u00fcr Remote Worker wurde. Die Gewinnmitteilungen f\u00fcr <a href=\"https:\/\/abc.xyz\/investor\/static\/pdf\/2020Q1_alphabet_earnings_release.pdf\">Q1<\/a>, <a href=\"https:\/\/abc.xyz\/investor\/static\/pdf\/2020Q2_alphabet_earnings_release.pdf\">Q2<\/a> und <a href=\"https:\/\/ir.aboutamazon.com\/news-release\/news-release-details\/2020\/Amazon.com-Announces-Third-Quarter-Results\/default.aspx\">Q3<\/a> zeigen ein Muster des anhaltenden Umsatzwachstums f\u00fcr die Google Cloud Platform im Jahresvergleich. Auf dem Weg zum Ende des Jahres 2020 wird der Google Cloud-Umsatz voraussichtlich auf eine j\u00e4hrliche Run-Rate von \u00fcber 13 Milliarden US-Dollar steigen &#8211; ein prognostiziertes Wachstum von 30 % im Jahr 2019.<\/p>\n<h4>Amazon Web Services-Umsatz im Jahr 2020<\/h4>\n<p>Im Jahr 2019 <a href=\"https:\/\/ir.aboutamazon.com\/news-release\/news-release-details\/2020\/Amazoncom-Announces-Fourth-Quarter-Sales-up-21-to-874-Billion\/default.aspx\">meldete Amazons Q4 Earnings Release<\/a> einen AWS-Umsatz von fast 10 Milliarden US-Dollar. Das bringt das Unternehmen auf eine j\u00e4hrliche Umsatz-Run-Rate von mehr als 40 Milliarden US-Dollar.<\/p>\n<p>Mit dem Auftreten der Coronavirus-Pandemie im Jahr 2020 hat sich das Wachstum von AWS deutlich verlangsamt. Die Gewinnmeldungen f\u00fcr <a href=\"https:\/\/ir.aboutamazon.com\/news-release\/news-release-details\/2020\/Amazoncom-Announces-First-Quarter\">Q1<\/a>, <a href=\"https:\/\/ir.aboutamazon.com\/news-release\/news-release-details\/2020\/Amazon.com-Announces-Second-Quarter-Results\">Q2<\/a> und <a href=\"https:\/\/ir.aboutamazon.com\/news-release\/news-release-details\/2020\/Amazon.com-Announces-Third-Quarter-Results\/default.aspx\">Q3<\/a> zeigen, dass das Wachstum im Jahresvergleich zur\u00fcckgegangen ist und sich in den jeweiligen Quartalen auf eine Wachstumsrate von unter 30 % eingependelt hat. Dies ist eine deutliche Verlangsamung gegen\u00fcber dem Wachstum von 40-50 % in den letzten 3 Jahren.<\/p>\n<p>Das ist kein Weltuntergangsszenario, denn AWS hat jetzt einen Jahresumsatz von 43 Milliarden US-Dollar und es wird erwartet, dass diese Zahl nach Abschluss des vierten Quartals weiter steigt. Die Ausnahme k\u00f6nnte sein, wenn du ein Amazon-Aktion\u00e4r bist, vor allem nachdem <a href=\"https:\/\/www.zdnet.com\/article\/jeff-bezos-tells-amazon-shareowners-take-a-seat-as-covid-19-eats-into-profits\/\">Jeff Bezos den Amazon-Aktion\u00e4ren gesagt hat, dass sie sich &#8222;zur\u00fccklehnen&#8220;<\/a> sollen, w\u00e4hrend ihre COVID-19-Antwort den Betriebsgewinn auffrisst.<\/p>\n<h2>Google Cloud vs. Amazon Web Services Eigenschaften im Vergleich<\/h2>\n<p>Es ist keine einfache Aufgabe, die Plattformen von Google Cloud und AWS zu vergleichen. Ihre weitl\u00e4ufigen und st\u00e4ndig wachsenden Cloud-Services umfassen mittlerweile hunderte von Produkten, aus denen du w\u00e4hlen kannst. Erschwerend kommt hinzu, dass die Anbieter oft unterschiedliche Namenskonventionen f\u00fcr vergleichbare Produkte verwenden. Um sich also nicht im Detail zu verlieren, ist ein gewisses Ma\u00df an Wissen und Verst\u00e4ndnis erforderlich.<\/p>\n<p>Um die Aufgabe zu vereinfachen, gruppieren sowohl die <a href=\"https:\/\/cloud.google.com\/products\/\">Google Cloud Platform<\/a> als auch die <a href=\"https:\/\/aws.amazon.com\/products\/\">Amazon Web Services Platform<\/a> ihre Produkte dankenswerterweise unter denselben Kategorie\u00fcberschriften. Um den Prozess zu beschleunigen und dir Zeit zu sparen, haben wir uns die Arbeit gemacht, die am h\u00e4ufigsten genutzten Dienste aus gesch\u00e4ftskritischen Kategorien zu vergleichen.<\/p>\n<p>In diesem Abschnitt werden wir die Produkte untersuchen, die eine typische Cloud-Bereitstellung ausmachen: Rechenleistung, Netzwerk, Sicherheit und Speicher. Hier bei Kinsta haben wir die Erfahrung aus erster Hand, diese Dienste zu nutzen, um <a href=\"https:\/\/kinsta.com\/de\/wordpress-hosting\/\">marktf\u00fchrende Hosting-L\u00f6sungen zu liefern<\/a>.<\/p>\n<p>Wir behandeln auch die kritischen \u00dcberlegungen, die diese Dienste umgeben. Service-Support, Plattform-Stabilit\u00e4t, Preisgestaltung und Abrechnungsstruktur.<\/p>\n<h2>Compute-Funktionen<\/h2>\n<p>Beim Vergleich von Google Cloud und Amazon Web Services konzentrieren wir uns auf die virtuellen Maschinen (VMs).<\/p>\n<p>Diese Emulationen von Computersystemen bieten die Funktionalit\u00e4t eines physischen Computers und f\u00fchren fast jeden Workload aus, den du dir vorstellen kannst. Sie sind die Grundlage deiner Cloud-Umgebung und es ist entscheidend, dass du ein VM-Setup w\u00e4hlst, das zu deinen gesch\u00e4ftlichen Anforderungen passt.<\/p>\n<p>Beide Cloud-Anbieter haben einen \u00e4hnlichen Ansatz f\u00fcr VMs gew\u00e4hlt, obwohl sie unterschiedliche Namenskonventionen f\u00fcr ihre individuellen Produktangebote verwenden.<\/p>\n<p><a href=\"https:\/\/cloud.google.com\/compute\">Compute Engine<\/a> ist das Serviceangebot auf der Google Cloud Platform, w\u00e4hrend Amazon Web Services <a href=\"https:\/\/aws.amazon.com\/ec2\">Amazon Elastic Compute Cloud<\/a> (Amazon EC2) hei\u00dft. Jeder Anbieter verwendet auch unterschiedliche Terminologie und Konzepte.<\/p>\n<p>Dankenswerterweise hat Google die Terminologie und Konzepte von Amazon EC2 auf die von Compute Engine abgebildet &#8211; was du in der Tabelle unten sehen kannst:<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Funktion<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>Compute Engine<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Virtuelle Maschinen<\/td>\n<td>Instanzen<\/td>\n<td>Instanzen<\/td>\n<\/tr>\n<tr>\n<td>Machine Images<\/td>\n<td>Amazon Machine Image<\/td>\n<td>Image<\/td>\n<\/tr>\n<tr>\n<td>Tempor\u00e4re virtuelle Maschinen<\/td>\n<td>Spot Instanzen<\/td>\n<td>Bezugsberechtigt VMs<\/td>\n<\/tr>\n<tr>\n<td>Firewall<\/td>\n<td>Sicherheitsgruppen<\/td>\n<td>Firewall-Regeln der Compute Engine<\/td>\n<\/tr>\n<tr>\n<td>Automatische Skalierung der Instanz<\/td>\n<td>Automatische Skalierung<\/td>\n<td>Compute-Engine-Autoscaler<\/td>\n<\/tr>\n<tr>\n<td>Lokal angeh\u00e4ngte Festplatte<\/td>\n<td>Ephemeral Disk<\/td>\n<td>Lokale SSD<\/td>\n<\/tr>\n<tr>\n<td>VM import<\/td>\n<td>Unterst\u00fctzte Formate: RAW, OVA, VMDK, and VHD<\/td>\n<td>Unterst\u00fctzte Formate: RAW, OVA, VMDK, and VHD<\/td>\n<\/tr>\n<tr>\n<td>Einsatzort<\/td>\n<td>Zonal<\/td>\n<td>Zonal<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Mapping der High-Level-Terminologie f\u00fcr Amazon EC2 auf Google Compute Engine (Tabelle Quelle: <a href=\"https:\/\/cloud.google.com\/docs\/compare\/aws\/compute\">Google<\/a>)<\/p>\n<h3>Funktionen der virtuellen Maschine<\/h3>\n<p>Wenn du virtuelle <a href=\"https:\/\/kinsta.com\/de\/wordpress-hosting\/#google-cloud-platform-and-virtual-machines\">Maschineninstanzen auf der Compute Engine<\/a> Amazon EC2 bereitstellst, bieten beide Dienste viele Funktionen, die sich stark \u00e4hneln, dazu geh\u00f6ren:<\/p>\n<ul>\n<li>Die M\u00f6glichkeit, gespeicherte Festplatten-Images zu verwenden, um Instanzen zu erstellen<\/li>\n<li>On-Demand-Funktionen zum Starten und Beenden von Instanzen<\/li>\n<li>Restriktionsfreie Verwaltung deiner Instanzen<\/li>\n<li>Die M\u00f6glichkeit, deine Instanzen zu taggen<\/li>\n<li>Eine Vielzahl von verf\u00fcgbaren Betriebssystemen, die auf deiner Instanz installiert werden k\u00f6nnen<\/li>\n<\/ul>\n<h4>Zugriff auf virtuelle Maschinen<\/h4>\n<p>Wenn es um den Zugriff auf deine VM geht, gibt es eine Reihe von wichtigen Unterschieden in der Herangehensweise zwischen Compute Engine und Amazon EC2.<\/p>\n<p>Wenn du <a href=\"https:\/\/docs.aws.amazon.com\/AWSEC2\/latest\/UserGuide\/ec2-key-pairs.htmlhttps:\/docs.aws.amazon.com\/AWSEC2\/latest\/UserGuide\/ec2-key-pairs.html\">Terminal-Zugriff auf eine Instanz in Amazon EC2 haben m\u00f6chtest<\/a>, musst du deinen eigenen SSH-Schl\u00fcssel mitbringen.<\/p>\n<p>Compute Engine bietet einen flexibleren Ansatz f\u00fcr den Terminalzugriff. Du kannst einen SSH-Schl\u00fcssel erstellen, wann immer du ihn brauchst, auch wenn die Instanz bereits l\u00e4uft. Dank des browserbasierten SSH-Terminals von Compute Engine, das \u00fcber die <a href=\"https:\/\/console.cloud.google.com\/\">Google Cloud Console<\/a> verf\u00fcgbar ist, musst du diese Schl\u00fcssel auch nicht auf deinem lokalen Computer speichern.<\/p>\n<h4>Instanztypen der virtuellen Maschine<\/h4>\n<p>Wenn du deine virtuelle Maschine bereitstellst, bieten sowohl Compute Engine als auch Amazon EC2 Einfachheit durch eine Reihe von vordefinierten Instanzen. Diese Instanzen beinhalten spezifische Konfigurationen von virtueller CPU, RAM und Netzwerk.<\/p>\n<p>Sowohl Google als auch Amazon bieten Hunderte von virtuellen Maschinentypen an, die in einer Vielzahl von Konfigurationen verf\u00fcgbar sind. Jede bietet Flexibilit\u00e4t und erlaubt es dir, deine Konfigurationen anzupassen, um deine VM-Ressourcen zu skalieren, um die einzigartigen Bed\u00fcrfnisse deines Unternehmens zu erf\u00fcllen.<\/p>\n<p>Du kannst dies tun, indem du die Anzahl der CPUs und den verf\u00fcgbaren Arbeitsspeicher auf extreme High-End-Spezifikationen erh\u00f6hst.<\/p>\n<p>Die Anbieter maximieren mit den folgenden:<\/p>\n<ul>\n<li>Google Compute Engine VMs, die auf bis zu 416 vCPUs und 11.776 GB RAM skalieren<\/li>\n<li>Amazon EC2 VMs, die bis zu 448 vCPUs und 24.576 GB RAM skalieren<\/li>\n<\/ul>\n<p>\u00dcber die Bandbreite der VM-Typen hinweg verwenden beide Plattformen weitgehend die gleiche Kategorisierung. Allerdings kann es sein, dass ein Anbieter in bestimmten Kategorien einen Maschinentyp anbietet, den der andere nicht hat.<\/p>\n<p>Abh\u00e4ngig von deinen Gesch\u00e4ftsanforderungen kannst du aus Maschinentypen in Kategorien wie Shared Core, General-Purpose, speicheroptimiert, rechenoptimiert, speicheroptimiert, GPU und High-Performance w\u00e4hlen.<\/p>\n<p>Um dir den besten VM-Vergleich zwischen Amazon EC2 und Compute Engine zu bieten, haben wir die folgende Tabelle zusammengestellt, die die aktuellsten Maschinentypen f\u00fcr beide Dienste auflistet.<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Maschinen Typ<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>Compute Engine<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Geteilter Core<\/td>\n<td>N\/A<\/td>\n<td>f1-micro &#8211; g1-small<br \/>\ne2-micro &#8211; e2-medium<\/td>\n<\/tr>\n<tr>\n<td>Allgemeiner Zweck<\/td>\n<td>a1.medium &#8211; a1.metal<br \/>\nt4g.nano &#8211; t4g.2xlarge<br \/>\nt3.nano &#8211; t3.2xlarge<br \/>\nt3a.nano &#8211; t3a.2xlarge<br \/>\nt2.nano &#8211; t2.2xlarge<br \/>\nm6g.medium &#8211; m6gd.metal<br \/>\nm5.large &#8211; m5d.metal<br \/>\nm5a.large &#8211; m5ad.24xlarge<br \/>\nm5n.large &#8211; m5dn.24xlarge<br \/>\nm4.large &#8211; m4.16xlarge<\/td>\n<td>e2-standard-2 &#8211; e2-standard-32<br \/>\ne2-highmem-2 &#8211; e2-highmem-16<br \/>\ne2-highcpu-2 &#8211; e1-highcpu-32<br \/>\nn1-standard-1 &#8211; n1-standard-96<br \/>\nn1-highmem-2 &#8211; n1-highmem-96<br \/>\nn1-highcpu-2 &#8211; n1-highcpu-96<br \/>\nn2-standard-2 &#8211; n2-standard-80<br \/>\nn2-highmem-2 &#8211; n2-highmem-80<br \/>\nn2-highcpu-2 &#8211; n2-highcpu-80<br \/>\nn2d-standard-2 &#8211; n2d-standard-224<br \/>\nn2d-highmem-2 &#8211; n2d-highmem-96<br \/>\nn2d-highcpu-2 &#8211; n2d-highcpu-224<\/td>\n<\/tr>\n<tr>\n<td>Speicher-optimiert<\/td>\n<td>r6g.medium &#8211; r6gd.metal<br \/>\nr5.large &#8211; r5d.metal<br \/>\nr5a.large &#8211; r5ad.24xlarge<br \/>\nr5n.large &#8211; r5dn.24xlarge<br \/>\nr4.large &#8211; r4.16xlarge<br \/>\nx1e.xlarge &#8211; x1e.32xlarge<br \/>\nx1.16xlarge &#8211; x1.32xlarge<br \/>\nu-6tb1.metal -u24tb1.metal<br \/>\nz1s.large &#8211; z1d.metal<\/td>\n<td>m1-ultramem-40 &#8211; m1-ultramem-160<br \/>\nm1-megamem-96<br \/>\nm2-ultramem-208 &#8211; m2-ultramem-416<\/td>\n<\/tr>\n<tr>\n<td>Compute-optimiert<\/td>\n<td>c6g.medium &#8211; c6gd.metal<br \/>\nc5.large &#8211; c5d.metal<br \/>\nc5a.large &#8211; c5ad.24xlarge<br \/>\nc5n.large &#8211; c5n.metal<br \/>\nc4.large &#8211; c4.8xlarge<\/td>\n<td>c2-standard-4 &#8211; c2-standard-60<\/td>\n<\/tr>\n<tr>\n<td>Speicheroptimiert<\/td>\n<td>i3.large &#8211; i3.metal<br \/>\ni3en.large &#8211; i3en.metal<br \/>\nd2.xlarge &#8211; d2.8xlarge<br \/>\nh1.2xlarge &#8211; h1.16xlarge<\/td>\n<td>N\/A<\/td>\n<\/tr>\n<tr>\n<td>GPU<\/td>\n<td>p4d.24xlarge<br \/>\np3.2xlarge &#8211; p3db.24xlarge<br \/>\np2.xlarge &#8211; p2.16xlarge<br \/>\ninf1.xlarge &#8211; inf1.24xlarge<br \/>\ng4dn.xlarge &#8211; g4dn.metal<br \/>\ng3s.xlarge &#8211; g3.16xlarge<br \/>\nf1.2xlarge &#8211; f1.16xlarge<\/td>\n<td>NVIDIA\u00ae Tesla\u00ae T4 &#8211; NVIDIA\u00ae Tesla\u00ae K80<br \/>\nNVIDIA\u00ae Tesla\u00ae T4 Virtual Workstation &#8211; NVIDIA\u00ae Tesla\u00ae P100 Virtual Workstation<\/td>\n<\/tr>\n<tr>\n<td>Hochleistung<\/td>\n<td>N\/A<\/td>\n<td>N\/A<\/td>\n<\/tr>\n<tr>\n<td>Benutzerdefinierte VM Ressourcen Konfiguration<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h4>Images f\u00fcr virtuelle Maschinen<\/h4>\n<p>Um die Bereitstellung deiner virtuellen Maschinen zu beschleunigen, kannst du Maschinen-Images verwenden.<\/p>\n<p>Diese sind typischerweise so konfiguriert, dass sie ein Betriebssystem und die erforderliche unterst\u00fctzende Webserver- und Datenbanksoftware enthalten. Sowohl Compute Engine als auch Amazon EC2 nutzen Machine Images, um neue Instanzen zu erstellen. Zus\u00e4tzlich zu den Standardkonfigurationen erlauben beide die Verwendung von Images, die von einem Drittanbieter ver\u00f6ffentlicht wurden, oder von benutzerdefinierten Images, die f\u00fcr den privaten Gebrauch erstellt wurden.<\/p>\n<p>Die Plattformen sind \u00e4hnlich genug, dass du den gleichen Workflow f\u00fcr die Image-Erstellung sowohl bei Amazon EC2 als auch bei Compute Engine verwenden kannst.<\/p>\n<p>Wenn es um die Speicherung von Bildern geht, verfolgen sie leicht unterschiedliche Ans\u00e4tze. Auf der Google Cloud werden die Bilder mit Compute Engine gespeichert, w\u00e4hrend Amazon EC2 seine Bilder in verschiedenen Diensten speichert &#8211; <a href=\"https:\/\/aws.amazon.com\/s3\/\">Amazon Simple Storage Service<\/a> (S3) oder <a href=\"https:\/\/aws.amazon.com\/ebs\/\">Amazon Elastic Block Store<\/a> (EBS).<\/p>\n<p>Der eindeutige Vorteil, den Amazon EC2 gegen\u00fcber Compute Engine bietet, ist die M\u00f6glichkeit, auf ein Community-Repository mit vorgefertigten Images zuzugreifen und die M\u00f6glichkeit, eigene Images \u00f6ffentlich verf\u00fcgbar zu machen (sollte dies eine Anforderung sein).<\/p>\n<p>Auf der Kehrseite bietet Compute Engine den Vorteil von global verf\u00fcgbaren Maschinen-Images. W\u00e4hrend Amazon Machine Images geo-locked sind, was bedeutet, dass sie nur in einer bestimmten Region verf\u00fcgbar sind.<\/p>\n<h4>Automatische Instanz-Skalierung von virtuellen Maschinen<\/h4>\n<p>Einer der gr\u00f6\u00dften Vorteile der Cloud ist die M\u00f6glichkeit, deine Workload-Ressourcen an die Nachfrage anzupassen. Dies geht in beide Richtungen, indem die Ressourcen in Spitzenzeiten erh\u00f6ht werden, um die Leistung aufrechtzuerhalten und umgekehrt die Ressourcen in ruhigen Zeiten reduziert werden, um die Verschwendung zu begrenzen und die Ausgaben zu kontrollieren. Dieser Prozess ist weithin als Autoscaling bekannt.<\/p>\n<p>Sowohl Compute Engine als auch Amazon EC2 unterst\u00fctzen und implementieren Autoscaling in \u00e4hnlicher Weise und erm\u00f6glichen es dir, Ressourcen in \u00dcbereinstimmung mit benutzerdefinierten Richtlinien zu erstellen und zu entfernen.<\/p>\n<p>Amazon EC2 skaliert Instances automatisch in einer Gruppe, wobei jede Instance anhand einer definierten Startkonfiguration erstellt wird. Instanzen werden basierend auf einem von drei ausgew\u00e4hlten Skalierungspl\u00e4nen erstellt oder entfernt<\/p>\n<ul>\n<li>Manuell &#8211; du weist die automatische Skalierung manuell an<\/li>\n<li>Zeitplan &#8211; du konfigurierst bestimmte Zeitrahmen f\u00fcr die automatische Skalierung von Ressourcen<\/li>\n<li>Dynamisch &#8211; du erstellst Richtlinien zur Skalierung deiner Instances basierend auf <a href=\"https:\/\/aws.amazon.com\/cloudwatch\/\">Amazon CloudWatch<\/a>-Metriken oder <a href=\"https:\/\/aws.amazon.com\/sqs\/\">Amazon Simple Queue Service<\/a> (SQS)-Warteschlangen.<\/li>\n<\/ul>\n<p>Compute Engine skaliert Instances in einer verwalteten Instance-Gruppe. Jede Instanzgruppe wird aus einer Instanzvorlage mit Ressourcen erstellt, die basierend auf einer Autoscaling-Richtlinie skaliert werden. Im Gegensatz zu Amazon EC2 unterst\u00fctzt der Autoscaler von Compute Engine nur dynamische Skalierung.<\/p>\n<h4>Tempor\u00e4re virtuelle Maschineninstanzen<\/h4>\n<p>Wenn du die M\u00f6glichkeiten des Cloud Computing nutzen m\u00f6chtest, aber nur \u00fcber ein begrenztes Budget verf\u00fcgst, lohnt es sich, die Option von tempor\u00e4ren Instanzen zu erkunden. Das sind virtuelle Maschinen, die auf freien Zyklen von Ressourcen laufen, die anderen Prozessen zugewiesen sind.<\/p>\n<p>Tempor\u00e4re Instanzen sind nur sporadisch verf\u00fcgbar und werden daher am besten f\u00fcr Aufgaben verwendet, die:<\/p>\n<ul>\n<li>unterbrochen werden k\u00f6nnen, ohne dass du Arbeit verlierst<\/li>\n<li>nicht in einem bestimmten Zeitrahmen abgeschlossen werden m\u00fcssen, typischerweise Workloads mit niedriger Priorit\u00e4t<\/li>\n<li>keine h\u00f6here Rechenleistung haben m\u00fcssen, wie z.B. das Rendern von Videos<\/li>\n<\/ul>\n<p>Sowohl Amazon EC2 als auch Compute Engine bieten eine Version von tempor\u00e4ren Instanzen an. Obwohl sie unterschiedliche Preismodelle und Namenskonventionen verwenden, teilen sie eine Reihe von gemeinsamen Attributen bei ihren tempor\u00e4ren VMs:<\/p>\n<ul>\n<li>vollst\u00e4ndig steuerbar sind, w\u00e4hrend sie laufen<\/li>\n<li>auf dem gleichen Leistungsniveau laufen wie On-Demand-Instanzen<\/li>\n<li>auf eine Untermenge von Maschinentypen und Maschinen-Images im Vergleich zu On-Demand-Instanzen beschr\u00e4nkt sind<\/li>\n<\/ul>\n<p>Amazon EC2 tempor\u00e4re VMs werden als <a href=\"https:\/\/aws.amazon.com\/ec2\/spot\/\">Spot-Instances<\/a> bezeichnet. Sie sind in zwei Formaten verf\u00fcgbar:<\/p>\n<ul>\n<li>Undefinierte Spot-Instances &#8211; du kaufst eine Spot-Instance f\u00fcr einen unbestimmten Zeitraum und zahlst den Preis, der f\u00fcr den Zeitraum gilt, in dem deine Instances laufen. Diese Art von Instanz kann zu einem verg\u00fcnstigten Preis von bis zu 90 % des normalen On-Demand-Preises erh\u00e4ltlich sein. Du kannst die aktuellen Spot-Preise gegen\u00fcber den On-Demand-Preisen \u00fcber den <a href=\"https:\/\/aws.amazon.com\/ec2\/spot\/bid-advisor\/\">Spot Instance Advisor<\/a> \u00fcberpr\u00fcfen und vergleichen.<\/li>\n<li>Spot-Instances f\u00fcr eine vordefinierte Dauer &#8211; du kaufst einen Zeitblock im Voraus. Verf\u00fcgbar in st\u00fcndlichen Schritten f\u00fcr bis zu 6 Stunden. Nur mit Vorausplanung erh\u00e4ltst du Zugriff auf Rabatte von 30-50 %.<\/li>\n<\/ul>\n<p>Compute Engine tempor\u00e4re VMs werden <a href=\"https:\/\/cloud.google.com\/preemptible-vms\">Preemptible Virtual Machines<\/a> genannt. Sie sind l\u00e4nger verf\u00fcgbar als ihre Amazon EC2-Pendants und laufen bis zu 24 Stunden (wenn sie nicht zur\u00fcckgefordert werden), bevor sie automatisch beendet werden. Sie haben eine feste Preisstruktur und sind mit einem Preisnachlass von bis zu 80% gegen\u00fcber den On-Demand-Tarifen f\u00fcr gleichwertige VM-Instanzen erh\u00e4ltlich.<\/p>\n<h2>Netzwerk-Funktionen<\/h2>\n<p>Amazon Web Services und Google Cloud haben jeweils eine beeindruckende globale Cloud-Infrastruktur entwickelt. Ihre ausgedehnten Netzwerke bestehen aus Hunderten von miteinander verbundenen Rechenzentren auf der ganzen Welt.<\/p>\n<p>Jeder Anbieter hat ein hochmodernes Cloud-Netzwerk entwickelt, das f\u00fcr hohe Fehlertoleranz, unz\u00e4hlige Redundanzszenarien und niedrige Latenzzeiten ausgelegt ist. Jeder bietet Netzwerkdienste an, die Hochgeschwindigkeitsverbindungen zu VMs, anderen Cloud-Diensten und lokalen Servern bereitstellen.<\/p>\n<p>In diesem Abschnitt werden wir die Netzwerkprodukte und -dienste von Google und Amazon genauer unter die Lupe nehmen und vergleichen.<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Produkt<\/strong><\/td>\n<td><strong>Amazon Web Services<\/strong><\/td>\n<td><strong>Google Cloud Platform<\/strong><\/td>\n<\/tr>\n<tr>\n<td>CDN<\/td>\n<td>Amazon CloudFront<\/td>\n<td>Cloud CDN<\/td>\n<\/tr>\n<tr>\n<td>Dedizierte Zusammenschaltung<\/td>\n<td>AWS Direct Connect<\/td>\n<td>Cloud Interconnect<\/td>\n<\/tr>\n<tr>\n<td>DNS<\/td>\n<td>AWS Route 53<\/td>\n<td>Cloud DNS<\/td>\n<\/tr>\n<tr>\n<td>Load Balancing<\/td>\n<td>Elastic Load Balancing<\/td>\n<td>Cloud Load Balancing<\/td>\n<\/tr>\n<tr>\n<td>Virtuelle Netzwerke<\/td>\n<td>Amazon Virtual Private Cloud<\/td>\n<td>Google Virtual Private Cloud<\/td>\n<\/tr>\n<tr>\n<td>Tiers<\/td>\n<td>N\/A<\/td>\n<td>Network Service Tiers<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h3>Standorte<\/h3>\n<p>Beide Anbieter setzen den rasanten Ausbau ihrer jeweiligen Infrastruktur fort, neue Rechenzentrumsstandorte sind im Aufbau oder f\u00fcr die Zukunft geplant. Wenn man die Standortzahlen f\u00fcr die Netzwerkverf\u00fcgbarkeit vergleicht, scheint es zu knapp zu sein.<\/p>\n<h4>Google Cloud Netzwerk Standorte<\/h4>\n<p>Google r\u00fchmt sich mit <a href=\"https:\/\/kinsta.com\/de\/docs\/service-information\/rechenzentrums-standorte\/\">Cloud-Netzwerkstandorten<\/a>, die derzeit in 27 Regionen, 73 Zonen, 144 Netzwerk-Edge-Standorten und mehr als 200 L\u00e4ndern und Territorien verf\u00fcgbar sind. K\u00fcrzlich kamen neue Standorte in <a href=\"https:\/\/kinsta.com\/de\/changelog\/datenzentrum-seoul-verfugbar\/\">Seoul<\/a>, <a href=\"https:\/\/kinsta.com\/de\/changelog\/rechenzentrum-salt-lake-city\/\">Salt Lake City,<\/a> <a href=\"https:\/\/kinsta.com\/de\/changelog\/google-cloud-rechenzentrum-las-vegas\/\">Las Vegas<\/a> und <a href=\"https:\/\/kinsta.com\/de\/changelog\/rechenzentrum-google-cloud-jakarta\/\">Jakarta<\/a> hinzu.<\/p>\n<p>In der Zukunft wird Google Cloud weiter in die folgenden Standorte expandieren: Warschau (Polen), Doha (Katar), Toronto (Kanada), Paris (Frankreich), Mailand (Italien), Santiago (Chile), und Madrid (Spanien).<\/p>\n<figure id=\"attachment_86043\" aria-describedby=\"caption-attachment-86043\" style=\"width: 882px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/regions.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-86043 size-full\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/regions.png\" alt=\"Google Cloud Regional Networ\" width=\"882\" height=\"464\"><\/a><figcaption id=\"caption-attachment-86043\" class=\"wp-caption-text\">Google Cloud Regional Network (Bildquelle: Google Cloud)<\/figcaption><\/figure>\n<h4>Amazon Web Services Netzwerk-Standorte<\/h4>\n<p>AWS bietet nun <a href=\"https:\/\/aws.amazon.com\/about-aws\/global-infrastructure\/\">Cloud-Netzwerkstandorte<\/a>, die in 24 Regionen, 77 Zonen, 210 Netzwerk-Edge-Standorten und 245 L\u00e4ndern und Territorien verf\u00fcgbar sind. W\u00e4hrend die Zahlen zu knapp erscheinen, ist das Netzwerk von Amazon gr\u00f6\u00dfer und bietet mehrere Verf\u00fcgbarkeitszonen in doppelt so vielen Regionen wie Google. Das w\u00fcrde ihnen einen Vorteil verschaffen, wenn es um die Latenz geht.<\/p>\n<p>Demn\u00e4chst plant Amazon die Er\u00f6ffnung weiterer Rechenzentren in Hyderabad (Indien), Jakarta (Indonesien), Osaka (Japan), Madrid (Spanien) und Z\u00fcrich (Schweiz).<\/p>\n<figure id=\"attachment_86045\" aria-describedby=\"caption-attachment-86045\" style=\"width: 1024px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Screenshot-2020-12-29-at-11.22.37.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-86045 size-large\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Screenshot-2020-12-29-at-11.22.37-1024x549.png\" alt=\"AWS Regional Cloud Network\" width=\"1024\" height=\"549\"><\/a><figcaption id=\"caption-attachment-86045\" class=\"wp-caption-text\">AWS Regional Cloud Network (Bildquelle: AWS)<\/figcaption><\/figure>\n<p>\u00a0<\/p>\n<h3>Content Delivery Netzwerk (CDN)<\/h3>\n<p>AWS und Google Cloud bieten jeweils ein <a href=\"https:\/\/kinsta.com\/de\/blog\/wordpress-cdn\/\">Content Delivery Network (CDN)<\/a> Produkt an. Beide bieten die M\u00f6glichkeit, deine Inhalte und Services schneller an die Endnutzer zu liefern, indem sie sie \u00fcber ihre globale Infrastruktur replizieren und hosten, um einen lokalisierten Zugriff zu erm\u00f6glichen. Dies bedeutet schnellere Ladezeiten, eine geringere Belastung der Bandbreite und eine bessere Reaktionsf\u00e4higkeit f\u00fcr deine Anwendungen, Webseiten und Services.<\/p>\n<p><a href=\"https:\/\/aws.amazon.com\/cloudfront\/\">Amazon CloudFront<\/a> und <a href=\"https:\/\/cloud.google.com\/cdn\">Cloud CDN<\/a> bieten jeweils erweiterte Sicherheit, um die am h\u00e4ufigsten auftretenden DDoS-Angriffe auf Netzwerk- und Transportebene standardm\u00e4\u00dfig abzuwehren. Sie bieten au\u00dferdem eine tiefe Integration in ihre jeweiligen Plattformen, wodurch du zus\u00e4tzliche Tools zur \u00dcberwachung und Verbesserung der Leistung freischalten kannst.<\/p>\n<h3>Load Balancing<\/h3>\n<p>Sowohl Google Cloud als auch AWS bieten <a href=\"https:\/\/en.wikipedia.org\/wiki\/Load_balancing_(computing)\">Load Balancing Services<\/a> an. Richtig konfiguriert, helfen sie dir, den Datenverkehr automatisch auf mehrere Instanzen zu verteilen, um die Verf\u00fcgbarkeit und Fehlertoleranz deiner Anwendungen zu verbessern. Sie bieten diese Dienste in unterschiedlichen Konfigurationen an, die wir uns nun genauer ansehen werden.<\/p>\n<h4>AWS Load Balancing<\/h4>\n<p>Der Load Balancing Service von AWS hei\u00dft Elastic Load Balancing (ELB). Er hat die folgenden Eigenschaften und F\u00e4higkeiten:<\/p>\n<ul>\n<li>Du kannst den AWS Load Balancing Service sowohl intern als auch extern nutzen.<\/li>\n<li>Damit kannst du den Datenverkehr auf Instanzen in einer oder mehreren Verf\u00fcgbarkeitszonen in einer bestimmten Region lenken.<\/li>\n<li>Regelm\u00e4\u00dfige Health Checks werden auf den Zielinstanzen durchgef\u00fchrt, wenn eine Instanz ungesund wird, wird der Traffic umgeleitet.<\/li>\n<li>ELB kann mit dem AWS Auto Scaling Service integriert werden, dies erm\u00f6glicht das automatische Hinzuf\u00fcgen und Entfernen von Instanzen, wenn Auto Scaling die Skalierung nach oben oder unten vornimmt.<\/li>\n<li>Ein Application Load Balancer ist f\u00fcr inhaltsbasiertes Routing und SSL verf\u00fcgbar<\/li>\n<li>Ein Network Load Balancer ist f\u00fcr hohen Durchsatz, niedrige Latenz, Layer 4 Verbindungen verf\u00fcgbar.<\/li>\n<\/ul>\n<p>Schau dir den Abschnitt Elastic Load Balancing Vergleich an, um einen detaillierteren Funktionsvergleich zu erhalten.<\/p>\n<h4>Google Cloud Load Balancing<\/h4>\n<p>Googles Load Balancing Service tr\u00e4gt den treffenden Namen <a href=\"https:\/\/cloud.google.com\/load-balancing\">Cloud Load Balancing<\/a>. Er bietet unterschiedliche Eigenschaften und M\u00f6glichkeiten:<\/p>\n<ul>\n<li>Die Google Cloud Load Balancing Dienste sind zwischen internem und externem Zugriff getrennt.<\/li>\n<li>Im Gegensatz zu ELB erh\u00e4ltst du bei der Bereitstellung eines externen Compute Engine Load Balancers eine einzige IP-Adresse, die global erreichbar ist. Diese IP-Adresse wird f\u00fcr die Lebensdauer des Load Balancers verwendet und kann somit f\u00fcr DNS-Eintr\u00e4ge, allowlists und die Konfiguration in Apps genutzt werden.<\/li>\n<\/ul>\n<p>Die verschiedenen Arten von Compute Engine Load Balancern sind:<\/p>\n<ul>\n<li>Netzwerk-Loadbalancing &#8211; entwickelt f\u00fcr externes Layer 4 Loadbalancing, es unterst\u00fctzt UDP und TCP Traffic Balancing \u00fcber mehrere Ports oder Portbereiche.<\/li>\n<li>HTTP(S) Load Balancing mit TCP und SSL Proxy &#8211; entwickelt f\u00fcr externes Layer 7 Load Balancing, der Traffic wird durch verschiedene globale und regionale Protokolle ausgeglichen. Der Traffic wird automatisch an das n\u00e4chstgelegene Backend umgeleitet, basierend auf der verf\u00fcgbaren Kapazit\u00e4t.<\/li>\n<li>Interner TCP\/UDP-Lastausgleich &#8211; softwaredefinierter regionaler Lastausgleich, der den Traffic von deiner Instanz zu einer Backend-Instanz umleitet.<\/li>\n<li>Interner HTTP(S)-Lastausgleich &#8211; Bereitstellung von proxy-basiertem Lastausgleich von Layer 7-Anwendungsdaten, mit erweitertem Traffic-Management und TLS-Terminierung.<\/li>\n<\/ul>\n<h3>Private Konnektivit\u00e4t zu anderen Netzwerken<\/h3>\n<p>Wenn du eine private Verbindung zu Instanzen au\u00dferhalb deiner Cloud-Setup-Cloud, wie deiner On-Premises-Umgebung, herstellen m\u00f6chtest, bieten sowohl AWS als auch Google Cloud Dienste f\u00fcr verschiedene Anforderungen an:<\/p>\n<h4>Virtual Private Network (VPN)<\/h4>\n<p>Die jeweiligen Angebote von <a href=\"https:\/\/cloud.google.com\/network-connectivity\/docs\/router\">Cloud Router<\/a> und <a href=\"https:\/\/aws.amazon.com\/vpc\/\">Amazon VPC<\/a> erm\u00f6glichen es dir, ein privates Gateway zwischen ihrer Cloud und deinen Netzwerken zu erstellen<\/p>\n<h4>Private Konnektivit\u00e4t zu einer VPC<\/h4>\n<p>Wenn ein VPN nicht die Geschwindigkeit bietet, die du f\u00fcr bestimmte Workloads brauchst, wird eine dedizierte Ressource ben\u00f6tigt. Beide Anbieter bieten private Konnektivit\u00e4tsservices mit einer Netzwerkleitung an, die ein dediziertes Kapazit\u00e4tsniveau bietet:<\/p>\n<ul>\n<li>Bei AWS kannst du \u00fcber den <a href=\"http:\/\/docs.aws.amazon.com\/directconnect\">Service Direct Connect<\/a> eine private Standleitung bei einem AWS-Partner einrichten. Damit hast du Zugriff auf eine 1-10 Gbps-Verbindung, die dir Verbindungsgeschwindigkeiten ab 50 Mbps bietet.<\/li>\n<li>Google erm\u00f6glicht es dir, \u00fcber seinen <a href=\"https:\/\/cloud.google.com\/network-connectivity\/docs\/interconnect\/concepts\/dedicated-overview\">Dedicated Interconnect Service<\/a> eine direkte physische Verbindung zu deiner Google VPC von einer Partnereinrichtung mit 10 Gbit\/s-Schritten zu erstellen. Wie AWS bietet auch <a href=\"https:\/\/cloud.google.com\/network-connectivity\/docs\/interconnect\/concepts\/partner-overview\">Partner Interconnect<\/a> Verbindungsgeschwindigkeiten ab 50 Mbit\/s.<\/li>\n<\/ul>\n<h4>Hochgeschwindigkeits-Konnektivit\u00e4t zu anderen Cloud-Diensten<\/h4>\n<p>Beide Anbieter bieten High-Speed-Konnektivit\u00e4t f\u00fcr den Zugriff auf Cloud-Services au\u00dferhalb deiner VPC.<\/p>\n<p>Der Direct Connect-Service von AWS erstellt eine separate virtuelle Schnittstelle, \u00fcber die du auf alle AWS-Cloud-Services zugreifen kannst.<\/p>\n<p>Google Cloud hat eine gr\u00f6\u00dfere Auswahl an Diensten:<\/p>\n<ul>\n<li><a href=\"https:\/\/cloud.google.com\/network-connectivity\/docs\/direct-peering\">Direct Peering<\/a> &#8211; erm\u00f6glicht dir den Zugriff auf alle Google Cloud-Services \u00fcber eine private Netzwerkleitung zu einem der Edge Points of Presence von Google.<\/li>\n<li><a href=\"https:\/\/cloud.google.com\/network-connectivity\/docs\/carrier-peering\">Carrier Peering<\/a> &#8211; bietet die gleichen Interkonnektivit\u00e4tsdienste, nur wird die Verbindung von einem Google Partner gemietet.<\/li>\n<li><a href=\"https:\/\/cloud.google.com\/vpc\/docs\/private-access-options#pga-onprem\">Privater Google-Zugang f\u00fcr Hosts vor Ort<\/a> &#8211; bietet privaten Zugang \u00fcber Dedicated Interconnect oder Partner Interconnect.<\/li>\n<\/ul>\n<h4>Content Delivery Netzwerk Konnektivit\u00e4t<\/h4>\n<p>Beide Anbieter bieten verg\u00fcnstigte Egress-Tarife von deinen Cloud-Ressourcen zu einem CDN-Anbieter. Amazon bietet diese Tarife nur f\u00fcr seinen eigenen CDN-Service, <a href=\"https:\/\/aws.amazon.com\/cloudfront\/\">Amazon CloudFront<\/a>. Google bietet <a href=\"https:\/\/cloud.google.com\/network-connectivity\/docs\/cdn-interconnect\">CDN Interconnect<\/a> an, welches verg\u00fcnstigte Egress-Tarife \u00fcber mehrere CDN-Anbieter bietet.<\/p>\n<h3>DNS<\/h3>\n<p>Beide Anbieter bieten verwaltete DNS-Dienste \u00fcber ihre jeweiligen <a href=\"https:\/\/aws.amazon.com\/route53\/\">Amazon Route 53<\/a>&#8211; und <a href=\"https:\/\/cloud.google.com\/dns\">Cloud DNS<\/a>-Angebote an. Beide unterst\u00fctzen fast alle DNS-Datensatztypen, Anycast-basiertes Serving und die <a href=\"https:\/\/kinsta.com\/de\/blog\/beste-domainregister\/\">Registrierung von Domain-Namen<\/a>.<\/p>\n<p>Wo sie sich unterscheiden, unterst\u00fctzt Amazon Route 53 zwei Routing-Optionen, was bei Cloud DNS nicht der Fall ist. Geografie-basiertes Routing, das es dir erlaubt, Inhalte auf geografische Standorte zu beschr\u00e4nken. Und latenzbasiertes Routing, das den Datenverkehr basierend auf den von den DNS-Diensten gemessenen Latenzwerten umleitet.<\/p>\n<p>In der folgenden Tabelle findest du eine Liste der Funktionen, die in beiden Diensten enthalten sind:<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Funktion<\/strong><\/td>\n<td><strong>Amazon Route 53<\/strong><\/td>\n<td><strong>Cloud DNS<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Zone<\/td>\n<td>Gehostete Zone<\/td>\n<td>Managed Zone<\/td>\n<\/tr>\n<tr>\n<td>Unterst\u00fctzung f\u00fcr die meisten DNS Eintragstypen<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Any-cast-basiertes Serving<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Latenz-basiertes Routing<\/td>\n<td>Ja<\/td>\n<td>Nein<\/td>\n<\/tr>\n<tr>\n<td>Geographisch-basiertes Routing<\/td>\n<td>Ja<\/td>\n<td>Nein<\/td>\n<\/tr>\n<tr>\n<td>DNSSEC f\u00fcr DNS Service<\/td>\n<td>Nein<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Private Zonen \/ Split Horizon<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h3>Netzwerk Service Tiers<\/h3>\n<p>Bislang ist die Google Cloud Platform der einzige Anbieter, der seinen Kunden Netzwerkservice-Tiers anbietet. Durch die Wahl zwischen einem <a href=\"https:\/\/kinsta.com\/de\/blog\/cloud-plattform-fuer-entwickler\/\">Standard- und einem Premium-Tier<\/a> hast du die Flexibilit\u00e4t, dein Netzwerk auf Basis von Leistung und Preis zu optimieren.<\/p>\n<h4>Premium-Tier<\/h4>\n<p>Wenn du dich f\u00fcr den Premium-Tier entscheidest, kannst du Googles Netzwerk mit hoher Leistung und niedriger Latenz. Dein Datenverkehr wird priorisiert und \u00fcber die schnellsten Pfade mit den wenigsten Hops geroutet, um die Transportgeschwindigkeit zu beschleunigen und die Sicherheit zu erh\u00f6hen. Au\u00dferdem erh\u00e4ltst du Zugang zum globalen Netzwerk-Lastausgleich und bist durch ein globales SLA gesch\u00fctzt.<\/p>\n<figure id=\"attachment_71662\" aria-describedby=\"caption-attachment-71662\" style=\"width: 1024px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/02\/Google-Cloud-Network-Premium-Tier-2-1-1.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-71662 size-large\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/02\/Google-Cloud-Network-Premium-Tier-2-1-1-1024x326.png\" alt=\"Google Cloud Platform Premium Tier\" width=\"1024\" height=\"326\"><\/a><figcaption id=\"caption-attachment-71662\" class=\"wp-caption-text\">Google Cloud Platform Premium Tier (Bildquelle: Google Cloud)<\/figcaption><\/figure>\n<h4>Standard Tier<\/h4>\n<p>Wenn du dich f\u00fcr den Standard-Tier entscheidest, bist du mit dem weniger leistungsf\u00e4higen Netzwerk von Google verbunden, das aber immer noch sehr wettbewerbsf\u00e4hig mit anderen \u00f6ffentlichen Cloud-Diensten ist. Deine Load Balancing Services bleiben regional und du bist nicht durch ein Global SLA gesch\u00fctzt. Diese Option ist f\u00fcr diejenigen, bei denen die Kosten die Leistung \u00fcberwiegen.<\/p>\n<figure id=\"attachment_68568\" aria-describedby=\"caption-attachment-68568\" style=\"width: 1024px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/02\/Google-Cloud-Network-Standard-Tier-1.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-68568 size-large\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/02\/Google-Cloud-Network-Standard-Tier-1-1024x442.png\" alt=\"Google Cloud Platform Standard Tier\" width=\"1024\" height=\"442\"><\/a><figcaption id=\"caption-attachment-68568\" class=\"wp-caption-text\">Google Cloud Platform Standard Tier (Bildquelle: Google Cloud)<\/figcaption><\/figure>\n<h2>Speicher-Funktionen<\/h2>\n<p>Es gibt f\u00fcnf verschiedene Arten von Speicherdiensten, die von den Amazon und Google Cloud Plattformen angeboten werden. Es ist wichtig, die verschiedenen Speicher- und Festplattentypen zu verstehen, da sie einen direkten Einfluss auf deine Leistung haben.<\/p>\n<h3>Distributed Object Storage<\/h3>\n<p>Distributed Object Storage ist eine Methode, um Daten als Objekte zu speichern, auch bekannt als Blobs. Sie erm\u00f6glicht es dir, gro\u00dfe Datenmengen zu speichern, zu sch\u00fctzen und darauf zuzugreifen, um sie in einer Vielzahl von Szenarien wie Webseiten, mobilen Apps, Backups, Archivierung und Big-Data-Analysen zu nutzen.<\/p>\n<p><a href=\"https:\/\/aws.amazon.com\/s3\/\">Amazon Simple Storage Service (S3)<\/a> und <a href=\"https:\/\/cloud.google.com\/storage\">Google Cloud Storage<\/a> sind die konkurrierenden verteilten Objektspeicherdienste. Sie funktionieren beide \u00e4hnlich und erlauben es dir, Objekte in einem Bucket zu speichern. Jeder Bucket kann mit einem eindeutigen Schl\u00fcssel identifiziert werden und jedes Objekt hat einen zugeh\u00f6rigen Metadatensatz mit Informationen wie Objektgr\u00f6\u00dfe, Datum der letzten \u00c4nderung und Medientyp.<\/p>\n<p>Beide Anbieter bieten auch ein \u00e4hnliches Feature-Set f\u00fcr ihre Dienste, darunter:<\/p>\n<ul>\n<li>Die F\u00e4higkeit statische Medien und Webinhalte zu hosten<\/li>\n<li>Objektversionierung &#8211; ein Objekt kann in mehreren verschiedenen Versionen gespeichert werden, um Datenverluste durch versehentliches \u00dcberschreiben von Objekten zu verhindern<\/li>\n<li>Object Lifecycle Management &#8211; erlaubt es, die Migration und L\u00f6schung von Objekten durch voreingestellte Lebenszyklusrichtlinien zu automatisieren<\/li>\n<li>Update-Benachrichtigungen &#8211; die so konfiguriert werden k\u00f6nnen, dass Benachrichtigungen ausgegeben werden, wenn Objekte erstellt, aktualisiert oder gel\u00f6scht werden. Google Cloud Storage bietet einen granulareren Ansatz bei den Benachrichtigungstypen.<\/li>\n<li>Service Level Agreement (SLA) &#8211; sowohl <a href=\"https:\/\/aws.amazon.com\/s3\/sla\/\">Amazon S3<\/a> als auch <a href=\"https:\/\/cloud.google.com\/storage\/sla\">Cloud Storage<\/a> bieten SLA-Betriebszeitgarantien mit einem gestaffelten R\u00fcckerstattungsbetrag, sobald die Betriebszeit unter 99,95% f\u00e4llt.<\/li>\n<\/ul>\n<p>Unten findest du eine Tabelle mit einem detaillierten Vergleich der Terminologie und Funktionen:<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Funktion<\/strong><\/td>\n<td><strong>Amazon S3<\/strong><\/td>\n<td><strong>Cloud Storage<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Einheit des Einsatzes<\/td>\n<td>Bucket<\/td>\n<td>Bucket<\/td>\n<\/tr>\n<tr>\n<td>Einsatz Kennung<\/td>\n<td>Global eindeutiger Schl\u00fcssel<\/td>\n<td>Global eindeutiger Schl\u00fcssel<\/td>\n<\/tr>\n<tr>\n<td>File System Emulation<\/td>\n<td>Limitiert<\/td>\n<td>Limitiert<\/td>\n<\/tr>\n<tr>\n<td>Objekt Metadaten<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Objekt Versionierung<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Verwaltung des Lebenszyklus von Objekten<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Update-Benachrichtigungen<\/td>\n<td>Ereignis-Benachrichtigungen<\/td>\n<td>Pub\/Sub-Benachrichtigungen f\u00fcr Cloud-Speicher, Cloud-Speicher-Trigger f\u00fcr Cloud-Funktionen und Objekt\u00e4nderungsbenachrichtigungen<\/td>\n<\/tr>\n<tr>\n<td>Serviceklassen<\/td>\n<td>Standard, Standard-H\u00e4ufiger Zugriff, Eine Zone-H\u00e4ufiger Zugriff, Amazon Glacier<\/td>\n<td>Standard, Nearline, Coldline, Archiv<\/td>\n<\/tr>\n<tr>\n<td>Einsatzort<\/td>\n<td>Regional<\/td>\n<td>\u00dcberregional und regional<\/td>\n<\/tr>\n<tr>\n<td>Preise<\/td>\n<td>Preisgestaltung nach gespeicherter Datenmenge pro Monat, Netzwerk-Egress und Anzahl der \u00fcblichen API-Anfragen<\/td>\n<td>Preisgestaltung nach gespeicherter Datenmenge pro Monat, Netzwerk-Egress und Anzahl der \u00fcblichen API-Anfragen<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h3>Blockspeicher<\/h3>\n<p>Blockspeicher ist der Prozess des Hinzuf\u00fcgens einer virtuellen Festplatte zu einer Cloud-basierten virtuellen Maschine.<\/p>\n<p>Beide Anbieter bieten Block-Storage-Dienste an, die sich in ihre jeweiligen VM-Compute-Services integrieren und mehrere Block-Storage-Typen anbieten, die auf unterschiedliche Leistungs- und Preisstufen konfiguriert werden k\u00f6nnen.<\/p>\n<p>Google bietet Persistent Disk in Kombination mit Compute Engine f\u00fcr seinen Blockspeicherdienst an. W\u00e4hrend Amazon den <a href=\"https:\/\/aws.amazon.com\/ebs\/\">Elastic Block Store (EBS)<\/a> in Verbindung mit Amazon EC2 bietet. Beide bieten dir die M\u00f6glichkeit, Festplatten auf zwei verschiedene Arten anzuh\u00e4ngen:<\/p>\n<h4>Network-Attached Disks<\/h4>\n<p>Bei einer Network-Attached Disk wird ein Festplattenvolumen \u00fcber das Netzwerk des Cloud-Anbieters mit deiner VM-Instanz verbunden. Dies bringt die Cloud-Vorteile der eingebauten Redundanz, des Snapshotings und des einfachen Entfernens und Wiederanschlie\u00dfens von Festplatten mit sich.<\/p>\n<p>Werfen wir einen Blick auf die Funktionsvergleiche zwischen den Blockspeicherdiensten von Google und Amazon:<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Funktion<\/strong><\/td>\n<td><strong>Amazon EBS<\/strong><\/td>\n<td><strong>Google Persistent Disks<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Volumen Typen<\/td>\n<td>EBS Provisioned IOPS SSD, EBS General Purpose SSD, Throughput Optimized HDD, Cold HDD<\/td>\n<td>Zonale Standard-Persistent-Disks (HDD), regionale Persistent-Disks, zonale SSD-Persistent-Disks, regionale SSD-Persistent-Disks<\/td>\n<\/tr>\n<tr>\n<td>Regeln zur Volumenlokalisierung<\/td>\n<td>Muss in der gleichen Zone sein wie die Instanz, an die sie angeh\u00e4ngt ist<\/td>\n<td>Muss in der gleichen Zone sein wie die Instanz, an die sie angeh\u00e4ngt ist<\/td>\n<\/tr>\n<tr>\n<td>Volumen Anhang<\/td>\n<td>Ein einzelnes Volume, das an bis zu 16 Instanzen angeh\u00e4ngt werden kann &#8211; jede mit Lese- und Schreibberechtigung f\u00fcr das gemeinsame Volume<\/td>\n<td>Ein einzelnes Volume kann an bis zu 10 Instanzen im Nur-Lese-Modus angeh\u00e4ngt werden<\/td>\n<\/tr>\n<tr>\n<td>Angeh\u00e4ngte Volumen pro Instanz<\/td>\n<td>Bis zu 40<\/td>\n<td>Bis zu 128<\/td>\n<\/tr>\n<tr>\n<td>Maximale Volumengr\u00f6\u00dfe<\/td>\n<td>16 TiB<\/td>\n<td>64 TB<\/td>\n<\/tr>\n<tr>\n<td>Redundanz<\/td>\n<td>Zonal<\/td>\n<td>Zonal oder multi-zonal je nach Volumentyp<\/td>\n<\/tr>\n<tr>\n<td>Snapshotting<\/td>\n<td>Ja<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Schnappschuss Lokalit\u00e4t<\/td>\n<td>Regional<\/td>\n<td>Global<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Es gibt einige deutliche Funktionsunterschiede, die eine genauere Betrachtung erfordern:<\/p>\n<p><strong>Volume Attachment und Detachment<\/strong><\/p>\n<p>Sobald du ein Disk-Volume erstellt hast, kannst du es an eine einzelne Compute Engine oder Amazon EC2-Instanz anh\u00e4ngen. Diese Instanz kann dann das Festplattenvolumen mounten und formatieren. Du kannst das Volume auch aush\u00e4ngen und trennen, um es einer anderen Instanz wieder zuzuordnen.<\/p>\n<p>Bis vor kurzem hatte Google einen signifikanten Vorteil, indem es die M\u00f6glichkeit bot, ein einzelnes Volume an mehrere Instanzen im Nur-Lese-Modus anzuh\u00e4ngen. Dies \u00e4nderte sich mit Amazons Einf\u00fchrung von <a href=\"https:\/\/docs.aws.amazon.com\/AWSEC2\/latest\/UserGuide\/ebs-volumes-multi.html\">EBS Multi-Attach<\/a>, wodurch ein einzelnes Volume an bis zu 16 AWS Nitro-basierte Instanzen innerhalb der gleichen Verf\u00fcgbarkeitszone angeh\u00e4ngt werden kann. Dabei hat jede Instanz Lese- und Schreibrechte f\u00fcr das gemeinsame Volume.<\/p>\n<p><strong>Volume Snapshotting<\/strong><\/p>\n<p>Google Persistent Disk und Amazon EBS erm\u00f6glichen es dir, Snapshots deines Plattenvolumens zu erstellen und zu speichern. So kannst du zu einem sp\u00e4teren Zeitpunkt neue Volumes erstellen, indem du den Snapshot verwendest.<br \/>\nDer Prozess der Erstellung von Snapshots ist bei allen Diensten \u00e4hnlich. Zun\u00e4chst wird eine vollst\u00e4ndige Kopie des Volumes erstellt, wobei zuk\u00fcnftige Snapshots nur die \u00c4nderungen des vorherigen Volumes kopieren.<\/p>\n<p>Es ist die Verf\u00fcgbarkeit, die sich unterscheidet. Google Snapshots haben den Vorteil, dass sie global verf\u00fcgbar sind und in jeder Region ohne zus\u00e4tzliche Geb\u00fchren oder Anforderungen genutzt werden k\u00f6nnen. Amazon EBS Snapshots sind anders, sie sind standardm\u00e4\u00dfig nur in einer Region verf\u00fcgbar. Wenn du einen Snapshot mit AWS in einer anderen Region verf\u00fcgbar machen m\u00f6chtest, musst du ausdr\u00fccklich kopieren und Geb\u00fchren f\u00fcr den Datentransfer in Kauf nehmen.<\/p>\n<h4>Lokal angeschlossene Festplatten<\/h4>\n<p>Ein lokal angeschlossener Datentr\u00e4ger ist direkt mit der physischen Maschine verbunden, auf der deine Instanz l\u00e4uft. Diese direkte Verbindung bietet die Vorteile einer geringeren Latenz und eines h\u00f6heren Durchsatzes einer gesteigerten Leistung.<\/p>\n<p>Schauen wir uns genauer an, wie lokal angeh\u00e4ngte Festplatten in Compute Engine und Amazon EC2 in Bezug auf Funktionen in ihren jeweiligen Blockspeicherdiensten vergleichen:<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Block Speicher<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>Google Persistent Disks<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Service name<\/td>\n<td><a href=\"https:\/\/docs.aws.amazon.com\/AWSEC2\/latest\/UserGuide\/InstanceStorage.html#instance-store-volumes\">Instance store<\/a><\/td>\n<td>Local SSD<\/td>\n<\/tr>\n<tr>\n<td>Volumen Anhang<\/td>\n<td>Gebunden an den Instanztyp<\/td>\n<td>Kann an jede nicht-shared-core Instanz angeh\u00e4ngt werden<\/td>\n<\/tr>\n<tr>\n<td>Ger\u00e4tetyp<\/td>\n<td>Variiert je nach Instanztyp &#8211; HDD, SSD, etc.<\/td>\n<td>SSD<\/td>\n<\/tr>\n<tr>\n<td>Angeh\u00e4ngte Volumes pro Instanz<\/td>\n<td>Variiert je nach Instanztyp &#8211; bis zu 24<\/td>\n<td>24<\/td>\n<\/tr>\n<tr>\n<td>Speicherkapazit\u00e4t<\/td>\n<td>Variiert je nach Instanztyp &#8211; bis zu 2500 GB pro Volume<\/td>\n<td>356 GB per volume<\/td>\n<\/tr>\n<tr>\n<td>Live migration<\/td>\n<td>Nein<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Redundanz<\/td>\n<td>Keine<\/td>\n<td>Keine<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h3>Dateispeicher<\/h3>\n<p>Wenn du einen Dateispeicher als Teil deines Cloud-Setups haben musst, gibt es sowohl von AWS als auch von Google Cloud ein entsprechendes Angebot. Sie hei\u00dfen <a href=\"https:\/\/aws.amazon.com\/efs\/\">Amazon Elastic File System (EFS)<\/a> und <a href=\"https:\/\/cloud.google.com\/filestore\">Google Filestore<\/a>, wobei letzterer eine neue Version ist, die Ende 2018 aus dem Beta-Test hervorgegangen ist.<\/p>\n<p>Beide bieten einen vollst\u00e4ndig verwalteten Service, bei dem du schnell Dateisysteme erstellen und konfigurieren kannst, w\u00e4hrend die zugrunde liegende Infrastruktur und die damit verbundene Bereitstellung, das Patchen und die Wartung von deinem Anbieter \u00fcbernommen werden. Die Sicherheit der Daten wird durch Verschl\u00fcsselung im Ruhezustand und w\u00e4hrend der \u00dcbertragung gew\u00e4hrleistet, mit der M\u00f6glichkeit, deine Instanzen zu skalieren, um \u00c4nderungen der Leistungsanforderungen zu erf\u00fcllen.<\/p>\n<p>Ein gro\u00dfer Unterschied zwischen den beiden Anbietern ist, dass Amazon EFS mit dem neueren Network File System Protocol, <a href=\"https:\/\/en.wikipedia.org\/wiki\/Network_File_System#NFSv4\">NFSv4<\/a>, arbeitet. W\u00e4hrend Googles Filestore Service das \u00e4ltere <a href=\"https:\/\/en.wikipedia.org\/wiki\/Network_File_System#NFSv3\">NFSv3 Protokoll<\/a> nutzt. W\u00e4hrend Studien gezeigt haben, dass <a href=\"https:\/\/www.fsl.cs.sunysb.edu\/docs\/nfs4perf\/nfs4perf-sigm15.pdf\">NFSv4 signifikante Leistungsverbesserungen<\/a> gegen\u00fcber NFSv3 bietet, sind die <a href=\"https:\/\/en.wikipedia.org\/wiki\/Throughput\">Durchsatz-<\/a> und <a href=\"https:\/\/en.wikipedia.org\/wiki\/IOPS\">IOPS<\/a>-Leistungsspezifikationen beider Anbieter auffallend \u00e4hnlich.<\/p>\n<p>Amazon EFS bietet eine Leistung von bis zu 10 GB\/Sek. und \u00fcber 500.000 IOPS, w\u00e4hrend Filestore bei 16 GB\/Sek. und 480.000 IOPS sein Maximum erreicht. Laienhaft ausgedr\u00fcckt: Beide bieten dir eine Speicherinfrastruktur, die in der Lage ist, deine leistungsst\u00e4rksten Workloads mit geringer Latenz zu bew\u00e4ltigen.<\/p>\n<h3>Cool Storage<\/h3>\n<p>Wenn du planst, Daten zu speichern, auf die nur selten zugegriffen wird, ohne dass du sofortige Verf\u00fcgbarkeit brauchst, solltest du Cool Storage in Betracht ziehen.<\/p>\n<p>Sowohl Amazon S3 als auch Cloud Storage bieten eine kosteng\u00fcnstige Speicherklasse f\u00fcr diese Art von Daten. Amazon S3 bietet die infrequenten Speicherklassen Standard-IA und One Zone-IA. W\u00e4hrend Cloud Storage die unregelm\u00e4\u00dfigen Klassen Nearline und <a href=\"https:\/\/cloud.google.com\/storage\/docs\/storage-classes#coldline\">Coldline<\/a> anbietet.<\/p>\n<h4>Cold Storage oder Archivierung von Daten<\/h4>\n<p>Wenn du planst, Daten f\u00fcr Archivierungszwecke zu speichern, die nicht regelm\u00e4\u00dfig oder schnell abgerufen werden m\u00fcssen, bieten sowohl Amazon als auch Google eine zus\u00e4tzliche Cold Storage Klasse f\u00fcr diesen Datentyp an. Sie sind bekannt als <a href=\"https:\/\/aws.amazon.com\/glacier\/\">Amazon Glacier<\/a> und <a href=\"https:\/\/cloud.google.com\/storage\/archival\">Google Archival Cloud Storage<\/a>.<\/p>\n<p>Beides sind kosteng\u00fcnstige Speicheroptionen f\u00fcr die langfristige Aufbewahrung von Daten, auf die vielleicht weniger als einmal im Jahr zugegriffen wird.<\/p>\n<h2>Sicherheits-Features<\/h2>\n<p>Bei der Suche nach einem Cloud-Anbieter wird die Sicherheit eine der wichtigsten \u00dcberlegungen sein. Wenn du die <a href=\"https:\/\/kinsta.com\/de\/blog\/cloud-sicherheit\/\">Cloud-Sicherheit<\/a> vergleichst, solltest du dich auf die Kontrollen, Richtlinien, Prozesse und Technologien konzentrieren, die deine Cloud-basierten Daten, Systeme und Infrastrukturen sch\u00fctzen.<\/p>\n<p>Sowohl Amazon Web Services als auch Google Cloud sind daf\u00fcr bekannt, modernste Cloud-Sicherheit zu bieten. Sie verpflichten sich, die Forschung und Entwicklung ihrer Plattformen kontinuierlich voranzutreiben, um einer sich st\u00e4ndig weiterentwickelnden Bedrohungslandschaft standzuhalten.<\/p>\n<p>Beide Anbieter bieten Cloud-Sicherheit auf drei verschiedene Arten an:<\/p>\n<ul>\n<li>Sicherheit ihrer Cloud &#8211; sie bieten dir standardm\u00e4\u00dfig Schutz durch Sicherheitsfunktionen, die in die zugrunde liegende Infrastruktur ihrer Cloud-Plattform eingebaut sind.<\/li>\n<li>Sicherheit <strong>in<\/strong> der Cloud &#8211; erm\u00f6glicht es dir, den Schutz deiner Anwendungen und Daten durch zus\u00e4tzliche Sicherheitsprodukte und -dienste zu verbessern, die innerhalb ihrer Cloud-Plattform verf\u00fcgbar sind<\/li>\n<li>Sicherheit <strong>an jedem Ort<\/strong> &#8211; Schutz deiner Assets unabh\u00e4ngig vom Standort, indem die Sicherheitsfunktionen \u00fcber die Cloud-Plattform hinaus mit Protokollen wie Verschl\u00fcsselung erweitert werden<\/li>\n<\/ul>\n<p>Schauen wir uns die wichtigsten \u00dcberlegungen an, wenn wir Google Cloud Security mit AWS Security vergleichen.<\/p>\n<h3>Compliance<\/h3>\n<p>Datenschutz und Compliance sind eine immer gr\u00f6\u00dfer werdende Flut von regulatorischen Kontrollen, die von Regierungen und der Industrie gleicherma\u00dfen auf Informationen angewendet werden. Compliance muss bei der Wahl deiner Cloud-Plattform ber\u00fccksichtigt werden.<\/p>\n<p>Sowohl die AWS- als auch die Google-Cloud-Plattform erf\u00fcllen einige der strengsten Compliance-Anforderungen, darunter <a href=\"https:\/\/cloudsecurityalliance.org\/star\/\">CSA<\/a> <a href=\"https:\/\/cloudsecurityalliance.org\/star\/+\">STAR<\/a>, <a href=\"https:\/\/kinsta.com\/de\/blog\/wordpress-gdpr-konformitat\/\">GDPR<\/a>, <a href=\"https:\/\/www.hhs.gov\/hipaa\/for-professionals\/privacy\/laws-regulations\/index.html\">HIPPA<\/a>, <a href=\"https:\/\/kinsta.com\/de\/blog\/pci-compliant-hosting\/\">PCI-DSS<\/a> und eine Reihe von <a href=\"https:\/\/www.iso.org\/standards.html\">ISO-Standards<\/a>.<\/p>\n<p>Beide Anbieter bieten Compliance-Programme an, die Zertifizierungen, Gesetze, Vorschriften, Frameworks und Datenschutz mit einem deutlichen Crossover umfassen.<\/p>\n<p>Amazons Cloud-Plattform und <a href=\"https:\/\/aws.amazon.com\/compliance\/programs\/\">AWS Compliance-Programme<\/a> erf\u00fcllen 75 Compliance-Standards. Die Compliance-Angebote von Google Cloud erf\u00fcllen ebenfalls 75 Compliance-Standards. Das macht beide Anbieter zu einer praktikablen Option, auch wenn du in einem stark regulierten Sektor wie dem Gesundheitswesen oder den Finanzdienstleistungen arbeitest.<\/p>\n<p>Die GDPR sorgt weiterhin f\u00fcr Schlagzeilen im Bereich der Compliance. Du kannst sicher sein, dass sowohl <a href=\"https:\/\/aws.amazon.com\/compliance\/gdpr-center\/\">AWS<\/a> als auch <a href=\"https:\/\/cloud.google.com\/security\/gdpr\">Google Cloud<\/a>-Plattformen GDPR-konform sind und jeweils ein Resource Center anbieten. Sie helfen dir dabei, die Anforderungen an den Schutz, die Verarbeitung und den Schutz der Privatsph\u00e4re aller Daten europ\u00e4ischer B\u00fcrger zu erf\u00fcllen.<\/p>\n<h3>Verschl\u00fcsselung<\/h3>\n<p>Verschl\u00fcsselung spielt eine entscheidende Rolle beim Schutz deiner Daten. Die Praxis der Verschl\u00fcsselung von Daten &#8211; die es nahezu unm\u00f6glich macht, sie ohne einen Entschl\u00fcsselungscode zu entziffern &#8211; sollte unabh\u00e4ngig davon, wo deine Daten gespeichert sind, implementiert werden. <a href=\"https:\/\/kinsta.com\/de\/wordpress-hosting\/sicherheit\/\">Sicherstellen, dass deine Daten sicher sind<\/a>, auch wenn sie w\u00e4hrend der \u00dcbertragung oder im Ruhezustand abgefangen werden<\/p>\n<p>Sowohl Google Cloud als auch AWS bieten standardm\u00e4\u00dfig eine Verschl\u00fcsselung der Daten w\u00e4hrend der \u00dcbertragung und im Ruhezustand mit 256-bit AES. Beide bieten dir eine Reihe von Optionen, um deine Daten entweder mit serverseitiger oder kundenseitiger Verschl\u00fcsselung zu sch\u00fctzen.<\/p>\n<p><a href=\"https:\/\/cloud.google.com\/security-key-management\">Google Cloud Key Management<\/a> und <a href=\"https:\/\/aws.amazon.com\/kms\">AWS Key Management Service (KMS)<\/a> sind die konkurrierenden Verschl\u00fcsselungsdienste im Angebot. Beide bieten dir die M\u00f6glichkeit, die Schl\u00fcssel, die zum Verschl\u00fcsseln und digitalen Signieren deiner Daten verwendet werden, einfach zu erstellen und zu verwalten.<\/p>\n<h3>Firewalls<\/h3>\n<p>Als erste Verteidigungslinie f\u00fcr deine IT-Infrastruktur ist eine <a href=\"https:\/\/kinsta.com\/de\/blog\/was-ist-eine-firewall\/#types-of-firewalls\">Firewall<\/a> daf\u00fcr verantwortlich, dein Netzwerk vor unerw\u00fcnschten Eindringlingen zu sch\u00fctzen. Sowohl Google Cloud als auch Amazon bieten einen hochmodernen Firewall-Schutz f\u00fcr ihre Cloud-Plattformen.<\/p>\n<p>Dar\u00fcber hinaus bieten beide Anbieter Firewall-as-a-Service-Produkte an, um den Schutz zu verbessern, wenn du eine Virtual Private Cloud (VPC) betreibst, <a href=\"https:\/\/kinsta.com\/de\/blog\/was-ist-ein-ddos-angriffe\/\">DDoS-Angriffe<\/a> abwehrst und die Verwaltung deines Firewall-Setups zentralisierst.<\/p>\n<p><a href=\"https:\/\/aws.amazon.com\/network-firewall\">AWS Network Firewall<\/a> und <a href=\"https:\/\/cloud.google.com\/firewalls\">Google Cloud Firewalls<\/a> sind die konkurrierenden Dienste, die es dir erm\u00f6glichen, den Netzwerksicherheitszugang in deinen VPCs mit nur wenigen Klicks einzurichten. Wenn du Schutz vor DDoS-Attacken suchst, kannst du zwischen den \u00e4hnlich benannten Diensten von <a href=\"https:\/\/aws.amazon.com\/shield\">AWS Shield<\/a> oder <a href=\"https:\/\/cloud.google.com\/armor\">Google Cloud Armor<\/a> w\u00e4hlen.<\/p>\n<p>Wenn es um die zentrale Konfiguration und Verwaltung von Firewall-Regeln f\u00fcr deine in der Cloud gehosteten Accounts und Anwendungen geht, bietet Amazon dies als separaten Service namens <a href=\"https:\/\/aws.amazon.com\/firewall-manager\">AWS Firewall Manager<\/a> an. Features und Funktionen, die Google als Teil seines Kerndienstes Cloud Firewall anbietet.<\/p>\n<h3>Identity Access Management (IAM)<\/h3>\n<p>Die Kontrolle dar\u00fcber, wer Zugriff auf was hat, spielt eine entscheidende Rolle bei der Systemsicherheit, dies ist allgemein als Identity Access Management bekannt. Es ist der erste Schritt, um zu verhindern, dass unerw\u00fcnschte Besucher Zugang zu sensiblen Informationen erhalten.<\/p>\n<p>Sowohl Google Cloud als auch AWS bieten Identity Access Management Services innerhalb ihrer Cloud-Plattform an. Sie geben dir eine granulare Kontrolle dar\u00fcber, wer Zugriff auf deine Anwendungen hat, auf welche Daten sie zugreifen k\u00f6nnen und was sie mit deinen Daten machen k\u00f6nnen.<\/p>\n<p>Nachfolgend sind die wichtigsten konkurrierenden IAM-Dienste aufgef\u00fchrt, die angeboten werden:<\/p>\n<h4>Identity and Access Management Console<\/h4>\n<p>Dies ist der zentralisierte IAM-Dienst, der dir vollst\u00e4ndige Transparenz und Kontrolle \u00fcber die Verwaltung deiner Cloud-Ressourcen bietet. Er gibt Administratoren die Macht, zu kontrollieren, wer auf bestimmte Ressourcen zugreifen kann.<\/p>\n<ul>\n<li>AWS &#8211; <a href=\"https:\/\/aws.amazon.com\/iam\/\">AWS Identit\u00e4ts- und Zugriffsmanagement (IAM)<\/a><\/li>\n<li>Google Cloud &#8211; <a href=\"https:\/\/cloud.google.com\/iam\">Cloud Identit\u00e4ts- und Zugriffsmanagement (IAM)<\/a><\/li>\n<\/ul>\n<h4>Managed Services f\u00fcr Microsoft Active Directory<\/h4>\n<p>Wenn du IAM bereits mit Microsofts Active Directory implementierst und planst, dies auch in der Cloud fortzusetzen, bieten dir beide Cloud-Anbieter einen geh\u00e4rteten Service f\u00fcr den Betrieb von Microsoft AD.<\/p>\n<ul>\n<li>AWS &#8211; <a href=\"https:\/\/aws.amazon.com\/directoryservice\/\">AWS Directory Service<\/a><\/li>\n<li>Google Cloud &#8211; <a href=\"https:\/\/cloud.google.com\/managed-microsoft-ad\">Managed Service f\u00fcr Microsoft Active Directory<\/a><\/li>\n<\/ul>\n<h4>Single Sign-On<\/h4>\n<p>Verwalte und steuere den Nutzerzugriff auf mehrere Konten und Anwendungen sowohl vor Ort als auch in der Cloud zentral \u00fcber einen Single Sign-On-Zugang. So kannst du die Produktivit\u00e4t und UX deiner Mitarbeiter durch einen einfachen Zugang verbessern.<\/p>\n<ul>\n<li>AWS &#8211; <a href=\"https:\/\/aws.amazon.com\/single-sign-on\/\">AWS Single Sign-On<\/a><\/li>\n<li>Google Cloud &#8211; <a href=\"https:\/\/cloud.google.com\/identity\/sso\">Single Sign-On (SSO)<\/a><\/li>\n<\/ul>\n<h4>Mobile und Web Application Control<\/h4>\n<p>Nutze die Vorteile eines Cloud-basierten IAM-Services, mit dem du deine mobilen und Web-Apps mit Benutzeranmeldung, Sign-In und Zugriffskontrolle ausstatten kannst.<\/p>\n<ul>\n<li>AWS &#8211; <a href=\"https:\/\/aws.amazon.com\/cognito\/\">Amazon Cognito<\/a><\/li>\n<li>Google Cloud &#8211; <a href=\"https:\/\/cloud.google.com\/identity-platform\">Identity Platform<\/a><\/li>\n<\/ul>\n<h3>Geteilte Verantwortung<\/h3>\n<p>Die Implementierung von Sicherheit und Compliance in der Cloud ist eine geteilte Verantwortung.<\/p>\n<p>Es ist wichtig, dass du verstehst, wer f\u00fcr was verantwortlich ist, wenn es um die Implementierung einer robusten Cloud-Sicherheitsstrategie geht. Ein Missverst\u00e4ndnis hier wird Sicherheitsl\u00fccken schaffen, die leicht vermeidbar sind.<\/p>\n<p><a href=\"https:\/\/aws.amazon.com\/compliance\/shared-responsibility-model\/\">Amazon Web Services<\/a> und <a href=\"https:\/\/services.google.com\/fh\/files\/misc\/gcp_pci_srm__apr_2019.pdf\">Google Cloud Platform<\/a> bieten eine umfassende Anleitung zu ihren Modellen der geteilten Verantwortung f\u00fcr Cloud-Sicherheit. Unten findest du eine grafische Darstellung der beiden Modelle auf hoher Ebene.<\/p>\n<h4>AWS Modell der geteilten Verantwortung<\/h4>\n<figure id=\"attachment_86047\" aria-describedby=\"caption-attachment-86047\" style=\"width: 1024px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Shared_Responsibility_Model_V2.59d1eccec334b366627e9295b304202faf7b899b.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-86047 size-large\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/12\/Shared_Responsibility_Model_V2.59d1eccec334b366627e9295b304202faf7b899b-1024x561.jpg\" alt=\"AWS Cloud Platform Shared Responsibility Model\" width=\"1024\" height=\"561\"><\/a><figcaption id=\"caption-attachment-86047\" class=\"wp-caption-text\">AWS Cloud Platform Shared Responsibility Model (Bildquelle: AWS)<\/figcaption><\/figure>\n<h4>Google Cloud Shared Responsibility Modell<\/h4>\n<figure id=\"attachment_68575\" aria-describedby=\"caption-attachment-68575\" style=\"width: 1024px\" class=\"wp-caption alignnone\"><a href=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/01\/Google-Cloud-Platform-Shared-Responsibility-Matrix-1-1.png\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-68575 size-large\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/01\/Google-Cloud-Platform-Shared-Responsibility-Matrix-1-1-1024x915.png\" alt=\"Google Cloud Platform Shared Responsibility Model\" width=\"1024\" height=\"915\"><\/a><figcaption id=\"caption-attachment-68575\" class=\"wp-caption-text\">Google Cloud Platform Shared Responsibility Model (Bildquelle: Google)<\/figcaption><\/figure>\n<h2>Support<\/h2>\n<p>Wenn du einen neuen Cloud Service einf\u00fchrst, wirst du auf Situationen sto\u00dfen, in denen dir das n\u00f6tige Wissen oder die Expertise fehlt, um eine Aufgabe zu erf\u00fcllen. In diesen Situationen m\u00f6chtest du einen Cloud-Anbieter, der dir die zus\u00e4tzliche Anleitung und <a href=\"https:\/\/kinsta.com\/de\/docs\/support\/support-kontakt\/#multilingual-support-and-hours\">Unterst\u00fctzung bietet, die du brauchst,<\/a> um solche Hindernisse zu \u00fcberwinden.<\/p>\n<p>Sowohl AWS als auch Google Cloud sind bekannt f\u00fcr ihre umfangreichen Bibliotheken mit technischer Dokumentation. Au\u00dferdem verf\u00fcgen sie \u00fcber florierende Cloud-Communities mit Tausenden von Cloud-Experten, die immer bereit sind, ihr Wissen zu teilen.<\/p>\n<p>Hier kannst du in einer F\u00fclle von Themen st\u00f6bern, die von Tutorials \u00fcber Diskussionen bis hin zu pers\u00f6nlichen Treffen reichen. Unten findest du die Links zu den jeweiligen Dokumentations- und Community-Support-Portalen:<\/p>\n<ul>\n<li><a href=\"https:\/\/docs.aws.amazon.com\/index.html\">AWS Dokumentation<\/a><\/li>\n<li><a href=\"https:\/\/cloud.google.com\/docs\/\">Google Cloud-Dokumentation<\/a><\/li>\n<li><a href=\"https:\/\/forums.aws.amazon.com\/index.jspa\">AWS Diskussionsforen<\/a><\/li>\n<li><a href=\"https:\/\/cloud.google.com\/support\/docs\/community\">Google Cloud Community-Support<\/a><\/li>\n<\/ul>\n<p>Du kannst die meisten Probleme, auf die du st\u00f6\u00dft, mit dem Support aus den oben genannten Quellen l\u00f6sen. Irgendwann wirst du in eine Situation kommen, in der du sofortige, fortgeschrittene Expertise und praktischen Support ben\u00f6tigst. In dieser Situation ist es sinnvoll, eine offizielle Support-L\u00f6sung zu haben, direkt von deinem Cloud-Anbieter oder einem autorisierten Drittanbieter.<\/p>\n<p>Sowohl AWS als auch Google Cloud bieten im Rahmen ihres Supportmodells einen Basis-Support an. Daneben gibt es eine Reihe von zus\u00e4tzlichen kostenpflichtigen Premium-Pl\u00e4nen. Wenn du einen Premium-Plan in Betracht ziehst, solltest du dich informieren und verstehen, was darin enthalten ist. Dies beinhaltet auch die damit verbundenen Geb\u00fchren, um sicherzustellen, dass du einen Plan ausw\u00e4hlst, den du brauchst und dessen Preis du dir leisten kannst.<\/p>\n<h3>Google Cloud Support-Pl\u00e4ne<\/h3>\n<p>Google Cloud hat <a href=\"https:\/\/cloud.google.com\/support\/#support-plans\">4 verf\u00fcgbare Supportpl\u00e4ne<\/a>, die sich in zwei Arten aufteilen &#8211; rollenbasierter Support und Premium Support.<\/p>\n<p>Der rollenbasierte Support ist in drei Stufen unterteilt &#8211; Basic, Development, Production:<\/p>\n<ul>\n<li>Die Preise reichen von kostenlos bis $250\/Monat pro Nutzer.<\/li>\n<li>Jede zus\u00e4tzliche Stufe bietet mehr Supporttypen, schnellere Reaktionszeiten, mehr Kommunikationskan\u00e4le, h\u00f6here Verf\u00fcgbarkeit und Eskalationsm\u00f6glichkeiten f\u00fcr dringende Probleme.<\/li>\n<li>Die Supportpl\u00e4ne f\u00fcr Entwicklung und Produktion k\u00f6nnen f\u00fcr eine maximale Abdeckung kombiniert werden.<\/li>\n<\/ul>\n<p>Der Premium-Support ist der h\u00f6chste verf\u00fcgbare Plan:<\/p>\n<ul>\n<li>Die Preise k\u00f6nnen bis zu 150.000 $\/Jahr betragen, mit zus\u00e4tzlichen 4 % der GCP- und\/oder Google Workspace-Ausgaben.<\/li>\n<li>Du erh\u00e4ltst garantierte Support-Reaktionszeiten innerhalb von 15 Minuten, 24\/7-Support f\u00fcr kritische Probleme, einen Technical Account Manager, intelligente Support-Systeme und sogar Schulungen.<\/li>\n<li>Der Plan ist vollst\u00e4ndig anpassbar, so dass du den Support f\u00fcr die Produkte und Services anpassen kannst, die f\u00fcr dein Unternehmen am wichtigsten sind.<\/li>\n<\/ul>\n<h3>AWS Cloud Support-Pl\u00e4ne<\/h3>\n<p>AWS hat auch <a href=\"https:\/\/aws.amazon.com\/premiumsupport\/plans\/\">4 verf\u00fcgbare Support-Pl\u00e4ne<\/a>, die sich in kostenlos und Premium aufteilen.<\/p>\n<p>Der Premium-Support ist in 3 Stufen unterteilt &#8211; Developer, Business und Enterprise:<\/p>\n<ul>\n<li>Die Preise beginnen bei $29\/Monat + 3% der AWS-Nutzung und skalieren aufw\u00e4rts bis $1200\/Monat, basierend auf einem Prozentsatz der monatlichen AWS-Nutzung, der sinkt, je mehr du ausgibst.<\/li>\n<li>Jede weitere Stufe erh\u00f6ht deinen Support mit Best-Practice-Checks, zus\u00e4tzlichen Kommunikationskan\u00e4len, 24\/7-Verf\u00fcgbarkeit, Problemreaktionszeiten innerhalb von 15 Minuten bei gesch\u00e4ftskritischen Systemausf\u00e4llen, einer Support-API, einem Technical Account Manager, und Schulungsressourcen.<\/li>\n<li>H\u00f6here Pl\u00e4ne sind auch anpassbar, so dass du die Produkte und Dienste ausw\u00e4hlen kannst, f\u00fcr die du Premium-Support w\u00fcnschst.<\/li>\n<\/ul>\n<p>Wir bei Kinsta wissen, wie wichtig es ist, dass du in Notzeiten von <a href=\"https:\/\/kinsta.com\/de\/docs\/support\/support-kontakt\/#multilingual-support-and-hours\">Experten unterst\u00fctzt wirst<\/a>. Aus diesem Grund besteht das gesamte Kinsta-Supportteam aus erfahrenen WordPress- und Linux-Ingenieuren. Egal ob du ein KMU oder ein Fortune 500 Unternehmen bist, du <a href=\"https:\/\/kinsta.com\/de\/docs\/support\/umfang-des-supports\/\">bekommst den gleichen Level an engagiertem Premium-Support<\/a>.<\/p>\n<h2>Abrechnung und Preisgestaltung<\/h2>\n<p>Zweifelsohne ist ein genauer Preisvergleich zwischen Cloud-Anbietern einer der schwierigsten Aspekte des Entscheidungsprozesses. Jeder Anbieter hat eine einzigartige Abrechnungs- und Preismethodik mit unz\u00e4hligen Variablen und beweglichen Teilen.<\/p>\n<p>Um dir zu helfen, die Herausforderung eines Preisvergleichs zwischen Cloud-Anbietern besser zu verstehen, sind im Folgenden nur einige Variablen aufgef\u00fchrt, die die Preisgestaltung f\u00fcr deine gew\u00fcnschte Cloud-Bereitstellung beeinflussen werden:<\/p>\n<ul>\n<li>Virtuelle Maschinen &#8211; Anzahl der Instanzen, Ram-Anforderungen, Anzahl der CPUs, reservierte oder tempor\u00e4re Instanzen<\/li>\n<li>Storage Disks &#8211; ben\u00f6tigte Speichermenge, Datentypen, Redundanzanforderungen, netzwerkgebunden oder lokal gebunden<\/li>\n<li>Subskriptionsmodell &#8211; ob du sekundenweise, minutenweise, stundenweise, tageweise, monatsweise oder j\u00e4hrlich kaufst<\/li>\n<li>Support &#8211; f\u00fcr welche Stufe du dich entscheidest, ob du deinen Support anpasst, deine durchschnittlichen monatlichen Cloud-Ausgaben<\/li>\n<li>Zahlungsmodell &#8211; ob du dich f\u00fcr einen Pay-as-you-go-Service, eine reservierte Instanz oder einen langfristigen Nutzungsvertrag entscheidest<\/li>\n<li>Standort &#8211; der Standort des Rechenzentrums beeinflusst ebenfalls die Preisgestaltung<\/li>\n<\/ul>\n<p>Je gr\u00f6\u00dfer deine Cloud-Installation, desto gr\u00f6\u00dfer die Komplexit\u00e4t. Vor allem, wenn man die unterschiedlichen Technologien der verschiedenen Cloud-Anbieter ber\u00fccksichtigt. Nimm zum Beispiel VMs, die unterschiedliche Technologie kann es unm\u00f6glich machen, die Anforderungen an RAM und CPU zu vergleichen.<\/p>\n<p>Aber keine Angst, wir haben einige Tools, Informationen und Anleitungen, die dir helfen, deinen eigenen Preisvergleich zwischen Google Cloud und AWS zu erstellen.<\/p>\n<h3>AWS vs. Google Cloud Vergleich der Preise<\/h3>\n<p>Es gibt buchst\u00e4blich Hunderte von verschiedenen Produkten, die von <a href=\"https:\/\/cloud.google.com\/products\">Google Cloud<\/a> und <a href=\"https:\/\/aws.amazon.com\/products\/\">AWS<\/a> angeboten werden. Jedes hat seine eigenen Services, Technologien und Preismodelle. Die verf\u00fcgbaren Optionen bedeuten, dass die Kombinationen f\u00fcr die Bereitstellung leicht in die Tausende gehen k\u00f6nnen. Es ist nicht verwunderlich, dass viele \u00fcberw\u00e4ltigt sind, selbst wenn sie die Kombinationen aus Speicher und Rechenleistung f\u00fcr die einfachste Bereitstellung untersuchen.<\/p>\n<h4>Preisrechner f\u00fcr die Cloud<\/h4>\n<p>Gl\u00fccklicherweise haben beide Anbieter ihre eigenen umfassenden Preiskalkulatoren. Er enth\u00e4lt jedes Produkt und jeden Service, die Spezifikationen und die damit verbundenen Kosten. Dies ist dein erster Schritt, um eine vergleichbare Preissch\u00e4tzung zu erstellen.<\/p>\n<ul>\n<li><a href=\"https:\/\/calculator.aws\/#\/\">AWS Preiskalkulator<\/a><\/li>\n<li><a href=\"https:\/\/cloud.google.com\/products\/calculator\">Google Cloud Preiskalkulator<\/a><\/li>\n<\/ul>\n<p>F\u00fcr den Zweck dieses Preisvergleichs werden wir die VM-Compute-Kosten von Amazon EC2 und Google Compute Engine untersuchen. Wir haben diese Vergleichsoption gew\u00e4hlt, da laut Gartner zwei Drittel der gesamten Cloud-Ausgaben typischerweise auf Compute-Ressourcen entfallen. Au\u00dferdem bilden die Compute-Ressourcen in den meisten F\u00e4llen die Grundlage f\u00fcr deine Cloud-Bereitstellung. Also, ohne weitere Verz\u00f6gerung, lass uns tief in die Materie eintauchen.<\/p>\n<h4>Annahmen f\u00fcr den Cloud-Preisvergleich<\/h4>\n<p>Um einen genauen Vergleich zu erstellen, w\u00e4hlen wir die gleiche Region, CPUs und das gleiche Betriebssystem f\u00fcr unser Compute-Setup:<\/p>\n<ul>\n<li>Region: Northern Virginia &#8211; US East<\/li>\n<li>Betriebssystem: Linux<\/li>\n<li>vCPUs\/Kerne: 4<\/li>\n<\/ul>\n<p>Wir haben dann VM-Instanzen mit vergleichbaren RAM-Spezifikationen f\u00fcr die verschiedenen Maschinentypen ausgew\u00e4hlt:<\/p>\n<ul>\n<li>Allgemeine Zwecke<\/li>\n<li>Rechenoptimiert<\/li>\n<li>Speicher-Optimiert<\/li>\n<li>GPU-Instanzen\/VMs<\/li>\n<\/ul>\n<p>Du wirst feststellen, dass das Wechseln zwischen verschiedenen Variablen der Instanztypen, der Region, des Betriebssystems und der CPUs den Preis pro Stunde erheblich ver\u00e4ndern kann.<\/p>\n<p>Unten findest du eine Tabelle mit den ausgew\u00e4hlten Instanzen zum Vergleich:<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Instanz Typ<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>EC2 RAM(GiB)<\/strong><\/td>\n<td><strong>Compute Engine<\/strong><\/td>\n<td><strong>Google RAM<br \/>\n(GiB)<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Allgemeiner Zweck<\/td>\n<td>t4g.xlarge<\/td>\n<td>16<\/td>\n<td>n1-standard-4<\/td>\n<td>15<\/td>\n<\/tr>\n<tr>\n<td>Compute Optimiert<\/td>\n<td>c6g.xlarge<\/td>\n<td>8<\/td>\n<td>c2-standard-4<\/td>\n<td>16<\/td>\n<\/tr>\n<tr>\n<td>Speicheroptimiert<\/td>\n<td>r6g.xlarge<\/td>\n<td>32<\/td>\n<td>n2-highmem-4<\/td>\n<td>32<\/td>\n<\/tr>\n<tr>\n<td>GPU<\/td>\n<td>g4dn.xlarge<\/td>\n<td>16<\/td>\n<td>NVIDIA\u00ae Tesla\u00ae T4<\/td>\n<td>64<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h4>Pay-As-You Go<\/h4>\n<p>AWS und Google Cloud bieten ein On-Demand Pay-as-you-go Preismodell an. Dieses Modell eignet sich am besten f\u00fcr Einzelpersonen, die eine unregelm\u00e4\u00dfige Nutzung der Cloud erwarten, da es dir einen flexiblen Ansatz erm\u00f6glicht, Dienste hinzuzuf\u00fcgen und zu entfernen, wenn du sie haben musst. Nat\u00fcrlich hat dieses Ma\u00df an Flexibilit\u00e4t seinen Preis und macht das Pay-as-you-go-Modell zum teuersten pro Stunde.<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Instanz Typ<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>EC2 Price<br \/>\n(per hour)<\/strong><\/td>\n<td><strong>Compute Engine<\/strong><\/td>\n<td><strong>Google Price<br \/>\n(per hour)<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Allgemeiner Zweck<\/td>\n<td>t4g.xlarge<\/td>\n<td>$0.134<\/td>\n<td>n1-standard-4<\/td>\n<td>$0.150<\/td>\n<\/tr>\n<tr>\n<td>Compute Optimiert<\/td>\n<td>c6g.xlarge<\/td>\n<td>$0.136<\/td>\n<td>c2-standard-4<\/td>\n<td>$0.188<\/td>\n<\/tr>\n<tr>\n<td>Speicher Optimiert<\/td>\n<td>r6g.xlarge<\/td>\n<td>$0.201<\/td>\n<td>n2-highmem-4<\/td>\n<td>$0.295<\/td>\n<\/tr>\n<tr>\n<td>GPU<\/td>\n<td>g4dn.xlarge<\/td>\n<td>$0.526<\/td>\n<td>NVIDIA\u00ae Tesla\u00ae T4<\/td>\n<td>$1.40<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Tabelle mit Stundenpreisen von Amazon EC2 vs. Compute Engine<\/p>\n<p>Wie du in der obigen Tabelle sehen kannst, bietet Amazon EC2 einen deutlich niedrigeren Preis pro Stunde \u00fcber die verschiedenen Instanztypen hinweg im Vergleich zu Googles Compute Engine. Diese Tatsache wird noch beeindruckender, wenn man bedenkt, dass der Stundenpreis von Compute Engine einen <a href=\"https:\/\/cloud.google.com\/compute\/docs\/sustained-use-discounts\">Sustained Usage Discount<\/a> einbezieht. Dieser Rabatt wird angewendet, wenn die Nutzung in einem Monat \u00fcber einem bestimmten Schwellenwert liegt und bietet Einsparungen von 15 % bis zu 60 %.<\/p>\n<p>Wenn du nur f\u00fcr kurze Zeitr\u00e4ume nach Computer-Ressourcen suchst, lohnt es sich, tempor\u00e4re Instanzen in Betracht zu ziehen.<\/p>\n<p>Diese werden von Amazon als <a href=\"https:\/\/aws.amazon.com\/ec2\/spot\/\">Spot Instances<\/a> und von Google als <a href=\"https:\/\/cloud.google.com\/preemptible-vms\">Preemptible Virtual Machines<\/a> bezeichnet und bieten dir signifikante Kosteneinsparungen von bis zu 90% gegen\u00fcber den On-Demand-Preisen, indem sie die freien Rechenressourcen der Cloud-Anbieter nutzen.<\/p>\n<p>Solange du damit einverstanden bist, dass deine Workloads unterbrochen werden, wenn die Ressourcen pl\u00f6tzlich woanders ben\u00f6tigt werden.<\/p>\n<h4>Langfristige Verpflichtungs-Pl\u00e4ne<\/h4>\n<p>Wenn du langfristig planst &#8211; und dich im Voraus langfristig an deine Cloud-Implementierung binden kannst &#8211; wirst du erhebliche Einsparungen gegen\u00fcber einem Pay-as-you-go-Modell erzielen.<\/p>\n<p>Amazon und Google bieten beide ein langfristiges Preismodell mit einer Vorabverpflichtung von 1 oder 3 Jahren an. Google nennt seine Pl\u00e4ne <a href=\"https:\/\/cloud.google.com\/compute\/docs\/instances\/signing-up-committed-use-discounts\">Committed Use<\/a>, w\u00e4hrend Amazon den Begriff <a href=\"https:\/\/aws.amazon.com\/ec2\/pricing\/reserved-instances\/\">Reserved Instances<\/a> verwendet. Beide bieten einen signifikanten Rabatt gegen\u00fcber On-Demand-Preisen. Bis zu 70% bei Compute Engine und bis zu 72% bei Amazon EC2.<\/p>\n<p>Auch hier solltest du mit den Variablen spielen, um deine Bed\u00fcrfnisse zu erf\u00fcllen &#8211; Region, Instanztyp, CPUs, Betriebssystem &#8211; da dies alles deinen Preis pro Stunde beeinflussen wird. Bei Amazon EC2 kannst du auch die H\u00f6he des Rabatts beeinflussen, je nachdem, wann und wie du zahlst.<\/p>\n<p>Es gibt auch die M\u00f6glichkeit, konvertierbare Instanztypen zu w\u00e4hlen, die es dir erlauben, auf eine neuere VM zu wechseln, wenn diese verf\u00fcgbar wird.<\/p>\n<p>Nicht konvertierbare Instanzen, bei denen der volle Betrag im Voraus bezahlt wird, bieten den gr\u00f6\u00dften Rabatt. F\u00fcr diesen Vergleich \u00fcber eine 1- und 3-j\u00e4hrige Verpflichtung haben wir diese Optionen verwendet.<\/p>\n<p><strong>1-Jahresverpflichtung<\/strong><\/p>\n<p>Wie du in der folgenden Tabelle sehen kannst, ist Amazon EC2 f\u00fcr eine 1-Jahres-Instanz im Vergleich zu Compute Engine g\u00fcnstiger.<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Instanz Typ<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>EC2 Price<br \/>\n(per hour)<\/strong><\/td>\n<td><strong>Compute Engine<\/strong><\/td>\n<td><strong>Google Price<br \/>\n(per hour)<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Allgemeiner Zweck<\/td>\n<td>t4g.xlarge<\/td>\n<td>$0.079<\/td>\n<td>n1-standard-4<\/td>\n<td>$0.125<\/td>\n<\/tr>\n<tr>\n<td>Compute Optimiert<\/td>\n<td>c6g.xlarge<\/td>\n<td>$0.080<\/td>\n<td>c2-standard-4<\/td>\n<td>$0.141<\/td>\n<\/tr>\n<tr>\n<td>Speicher Optimiert<\/td>\n<td>r6g.xlarge<\/td>\n<td>$0.118<\/td>\n<td>n2-highmem-4<\/td>\n<td>$0.177<\/td>\n<\/tr>\n<tr>\n<td>GPU<\/td>\n<td>g4dn.xlarge<\/td>\n<td>$0.309<\/td>\n<td>NVIDIA\u00ae Tesla\u00ae T4<\/td>\n<td>$0.880<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Tabelle mit Stundens\u00e4tzen f\u00fcr eine 1-Jahres-Verpflichtung f\u00fcr Amazon EC2 vs. Compute Engine<\/p>\n<p>Amazon EC2 ist durchweg bis zu 40% g\u00fcnstiger f\u00fcr eine 1-Jahres-Commitment-Instanz gegen\u00fcber Compute Engine.<\/p>\n<p>Der Preisunterschied vergr\u00f6\u00dfert sich, da Amazon als Belohnung f\u00fcr das Engagement einen gr\u00f6\u00dferen Rabatt von 40% gegen\u00fcber Pay-as-you-go-Modellen f\u00fcr alle Instanztypen anbietet. W\u00e4hrend Googles Rabatt als Belohnung f\u00fcr deine Treue nur 15-20% betr\u00e4gt.<\/p>\n<p>Es ist wichtig anzumerken, dass durch den Wechsel zu keiner Vorauszahlung und der konvertierbaren Instanzoption auf Amazon EC2 dein Rabattbetrag unter 30% f\u00e4llt und den Preisunterschied etwas verringert.<\/p>\n<p><strong>3-Jahres-Verpflichtung<\/strong><\/p>\n<p>Wenn wir uns die Tabelle unten ansehen, erleben wir ein D\u00e9j\u00e0-vu: Amazon EC2 ist bei einer 3-Jahres-Verpflichtung im Vergleich zur Compute Engine weiterhin durchg\u00e4ngig g\u00fcnstiger.<\/p>\n<div class=\"responsive-table\">\n<table>\n<tbody>\n<tr>\n<td><strong>Instanz Typ<\/strong><\/td>\n<td><strong>Amazon EC2<\/strong><\/td>\n<td><strong>EC2 Preis<\/strong><br \/>\n<strong>(pro Stunde)<\/strong><\/td>\n<td><strong>Compute Engine<\/strong><\/td>\n<td><strong>Google Preis<\/strong><br \/>\n<strong>(pro Stunde)<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Allgemeiner Zweck<\/td>\n<td>t4g.xlarge<\/td>\n<td>$0.050<\/td>\n<td>n1-standard-4<\/td>\n<td>$0.046<\/td>\n<\/tr>\n<tr>\n<td>Compute Optimiert<\/td>\n<td>c6g.xlarge<\/td>\n<td>$0.051<\/td>\n<td>c2-standard-4<\/td>\n<td>$0.094<\/td>\n<\/tr>\n<tr>\n<td>Speicher Optimiert<\/td>\n<td>r6g.xlarge<\/td>\n<td>$0.075<\/td>\n<td>n2-highmem-4<\/td>\n<td>$0.126<\/td>\n<\/tr>\n<tr>\n<td>GPU<\/td>\n<td>g4dn.xlarge<\/td>\n<td>$0.198<\/td>\n<td>NVIDIA\u00ae Tesla\u00ae T4<\/td>\n<td>$0.640<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Tabelle mit den Stundens\u00e4tzen f\u00fcr eine 3-Jahres-Verpflichtung zu Amazon EC2 vs. Compute Engine<\/p>\n<p>Allerdings haben wir eine Ausnahme in der Kategorie Allgemeiner Zweck, Compute Engine widersetzt sich dem Trend und ist unter einer 3-Jahres-Verpflichtung g\u00fcnstiger.<\/p>\n<p>Ansonsten bleibt der Preisunterschied bei Compute Optimized und Memory Optimized Optionen bei einer 3-Jahres-Verpflichtung bei etwa 40%. Im GPU-Vergleich vergr\u00f6\u00dfert er sich sogar auf rund 60%, eine massive Ersparnis.<\/p>\n<p>Auch hier sollte ich anmerken, dass der Wechsel zu No Upfront Payment und der Convertible Instance Option auf Amazon EC2 eine deutlichere Reduzierung deines Rabattes zur Folge hat. Dies spiegelt das erh\u00f6hte Risiko wider, VM-Instanzen \u00fcber 3 Jahre zu halten.<\/p>\n<p>Cloud Computing entwickelt sich schnell weiter, eine Bindung wird dich daran hindern, neuere, schnellere und effizientere VM-Instanzen zu nutzen.<\/p>\n<h3>Kostenlose Testversionen<\/h3>\n<p>Wenn du noch nicht bereit bist, auf einen Cloud-Service umzusteigen, bieten sowohl AWS als auch Google Cloud die Option eines kostenlosen Tiers f\u00fcr eine breite Palette ihrer Produkte an. Damit erh\u00e4ltst du eine vordefinierte Ressourcenmenge \u00fcber einen bestimmten Zeitraum &#8211; perfekt, wenn du einen Service testen m\u00f6chtest.<\/p>\n<p>Beide Anbieter bieten auch &#8222;always free&#8220;-Cloud-Services an, die ideal sind, wenn du nur sehr geringe Nutzungsanforderungen hast und es dir nichts ausmacht, wenn dein Betrieb unterbrochen wird. Lass uns einen genaueren Blick darauf werfen.<\/p>\n<h4>AWS Free Tier<\/h4>\n<p>Wenn du das <a href=\"https:\/\/aws.amazon.com\/free\/\">AWS Free Tier<\/a> erkundest, erh\u00e4ltst du kostenlosen Zugang zu einer Reihe von 85 Cloud-Produkten und -Services.<\/p>\n<p>Das AWS Free Tier hat drei verschiedene Arten:<\/p>\n<ul>\n<li>Immer kostenlos &#8211; ein kostenloses Angebot, das nie abl\u00e4uft und f\u00fcr alle AWS-Kunden verf\u00fcgbar ist<\/li>\n<li>12 Monate kostenlos &#8211; in den ersten 12 Monaten nach deiner Erstanmeldung bei AWS kostenlos verf\u00fcgbar<\/li>\n<li>Trials &#8211; kostenlos f\u00fcr einen kurzen Zeitraum nach der Aktivierung eines bestimmten Services<\/li>\n<\/ul>\n<p>Du kannst eine gro\u00dfe Auswahl an Produkten aus den Bereichen Compute, Storage, Datenbank, IoT, AI und vielen mehr ausprobieren.<\/p>\n<p>Wenn du gerade erst anf\u00e4ngst, lohnt es sich, die Compute- und Storage-Optionen in Betracht zu ziehen, die nach der Anmeldung f\u00fcr 12 Monate kostenlos sind:<\/p>\n<ul>\n<li>Compute &#8211; Amazon EC2-Zugang f\u00fcr 750 Stunden pro Monat mit einer t2. oder t3. Micro-Instanz.<\/li>\n<li>Speicher &#8211; Amazon S3 Standardspeicher von 5GB pro Monat mit 2.000 put 20.000 get requests<\/li>\n<\/ul>\n<h4>Google Cloud Free Tier<\/h4>\n<p>Die Erkundung des <a href=\"https:\/\/cloud.google.com\/free\">GCP Free Tier<\/a> erscheint ein wenig restriktiver als die AWS Alternative. Allerdings erh\u00e4ltst du trotzdem Zugriff auf 24 Cloud-Produkte und -Services. Die im Gegensatz zu AWS immer kostenlos angeboten werden, nat\u00fcrlich innerhalb der monatlichen Nutzungsgrenzen.<\/p>\n<p>Zus\u00e4tzlich zu den kostenlosen Angeboten von AWS erhalten neue Google Cloud-Kunden ein kostenloses Guthaben in H\u00f6he von 300 US-Dollar, das f\u00fcr JEDES der Google Cloud-Produkte und -Services verwendet werden kann.<\/p>\n<p>Auch wenn deine Optionen eingeschr\u00e4nkter sind, kannst du immer noch eine aufregende Auswahl an Produkten aus den Bereichen IoT, KI, Storage, Datenbank, und Compute entdecken, die die am h\u00e4ufigsten nachgefragten Cloud-Dienste weitgehend abdecken.<\/p>\n<p>\u00c4hnlich wie bei AWS solltest du f\u00fcr den Anfang die Compute- und Storage-Optionen ausprobieren, die bei GCP immer kostenlos bleiben:<\/p>\n<ul>\n<li>Compute &#8211; Compute Engine Zugriff auf eine F1-Micro-Instanz mit 30GB HDD pro Monat und einem 5GB Snapshot.<\/li>\n<li>Suche &#8211; Cloud Storage Verf\u00fcgbarkeit von 5GB f\u00fcr Standard Storage mit 5.000 put und 50.000 get Anfragen<\/li>\n<\/ul>\n<p>Wenn es darum geht, die kostenlosen Tiers zu vergleichen, hat GCP eindeutig die Nase vorn. Gleich und gleich gesellt sich gern, sie bieten dir einen viel breiteren Zugang zum Ausprobieren ihrer verschiedenen Produkte und Services. Ideal, wenn du noch nicht bereit bist, dich auf eine Cloud-Bereitstellung einzulassen.<\/p>\n<h3>Ist Google Cloud billiger als AWS?<\/h3>\n<p>Wenn es um Cloud Compute-Ressourcen geht, die das R\u00fcckgrat der meisten Cloud-Bereitstellungen und Ausgaben bilden, lautet die Antwort nein. AWS ist definitiv g\u00fcnstiger als die Google Cloud Platform f\u00fcr VM-Instanzen.<\/p>\n<p>Allerdings wird die Antwort viel &#8222;wolkiger&#8220;, wenn man sich von den einfachen Compute-Ressourcen wegbewegt. Nachdem ich mehrere Produkte, Dienste und Preismodelle untersucht habe, gibt es keinen klaren Gewinner im Preiskrieg.<\/p>\n<p>Du musst deine eigene Antwort auf diese Frage finden, und sie wird ganz von den einzigartigen Anforderungen deines Unternehmens abh\u00e4ngen. Welchen Standort f\u00fcr dein Rechenzentrum du gew\u00e4hlt hast, deine Netzwerkanforderungen, die Art der Workloads, die du ausf\u00fchrst, die Saisonalit\u00e4t. Die Liste ist unendlich lang.<\/p>\n<p>Eines ist sicher, es gibt Angebote und die M\u00f6glichkeit, dass Google Cloud billiger als AWS ist, besteht sicherlich. Es h\u00e4ngt einfach von deinem Setup und den ben\u00f6tigten Services ab.<\/p>\n\n<p>Um Azure in den Mix zu bringen, schau dir unseren Cloud Computing Vergleich von <a href=\"https:\/\/kinsta.com\/de\/blog\/aws-vs-azure\/\">AWS vs. Azure<\/a> an.<\/p>\n<p>\u00a0<\/p>\n<h2>Zusammenfassung<\/h2>\n<p>Unser Ziel ist es, die endg\u00fcltige Antwort auf die Frage zu finden, welche Cloud-Plattform die bessere ist: Google Cloud oder Amazon Web Services?<\/p>\n<p>Auf unserer Reise ist es klar, dass Google Cloud und AWS <a href=\"https:\/\/kinsta.com\/de\/blog\/cloud-marktanteil\/\">Marktf\u00fchrer<\/a> sind. Beide Plattformen bieten ein umfangreiches Angebot an Cloud-Produkten und -Services, die auf dem neuesten Stand der Technik sind. Sie bieten dir erhebliche Vorteile gegen\u00fcber einer On-Premises-Bereitstellung, wenn es um Skalierbarkeit, Leistung, Sicherheit und Kosten geht. Egal, f\u00fcr wen du dich entscheidest, du erh\u00e4ltst einen erstklassigen Service zu einem wettbewerbsf\u00e4higen Preis.<\/p>\n<p>Bei Kinsta nutzen wir die GCP-Plattform, um unsere <a href=\"https:\/\/kinsta.com\/de\/wordpress-hosting\/\">Webhosting-L\u00f6sungen mit einer erstklassigen Performance auszustatten<\/a>. Der Premium Tier Netzwerkservice bietet signifikante Leistungsverbesserungen bei der Reduzierung von Latenzzeiten und der Minimierung von Ausfallzeiten.<\/p>\n<p>Was die Entwicklung angeht, so ist es klar, dass Google Cloud die Plattform deutlich verbessert. Dieses Jahr hat ein beeindruckendes Wachstum der Cloud-Ums\u00e4tze und der Akzeptanz neuer Dienste, wie Google Meet, gesehen. 2021 wird voraussichtlich ein weiteres spannendes Jahr f\u00fcr die GCP werden.<\/p>\n<p>Letztendlich h\u00e4ngt die Antwort darauf, was besser ist, von den individuellen Bed\u00fcrfnissen deines Unternehmens ab. Wie auch immer diese Antwort aussieht, recherchiere, folge unserem Google Cloud vs. AWS Leitfaden und triff die beste Entscheidung f\u00fcr dein Unternehmen.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Immer mehr Unternehmen setzen auf Cloud Computing. Egal, ob du einen einzelnen Cloud-Service nutzt oder deine gesamte Infrastruktur in ein neues Cloud-\u00d6kosystem migrierst, du bist nicht &#8230;<\/p>\n","protected":false},"author":121,"featured_media":40199,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[36,33],"topic":[929,930],"class_list":["post-21619","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-cloud","tag-hosting","topic-cloud-computing-plattformen","topic-cloud-hosting"],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v24.6 (Yoast SEO v24.6) - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)<\/title>\n<meta name=\"description\" content=\"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)\" \/>\n<meta property=\"og:description\" content=\"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\" \/>\n<meta property=\"og:site_name\" content=\"Kinsta\u00ae\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/Kinsta-Deutschland-207459890108303\/\" \/>\n<meta property=\"article:published_time\" content=\"2018-12-21T10:00:13+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2023-08-24T10:09:46+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"768\" \/>\n\t<meta property=\"og:image:height\" content=\"384\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Edward Jones\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:description\" content=\"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg\" \/>\n<meta name=\"twitter:creator\" content=\"@Kinsta_DE\" \/>\n<meta name=\"twitter:site\" content=\"@Kinsta_DE\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Edward Jones\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"41\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\"},\"author\":{\"name\":\"Edward Jones\",\"@id\":\"https:\/\/kinsta.com\/de\/#\/schema\/person\/c1730a99759e97a5ff80f21c0e1acade\"},\"headline\":\"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)\",\"datePublished\":\"2018-12-21T10:00:13+00:00\",\"dateModified\":\"2023-08-24T10:09:46+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\"},\"wordCount\":9739,\"commentCount\":1,\"publisher\":{\"@id\":\"https:\/\/kinsta.com\/de\/#organization\"},\"image\":{\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg\",\"keywords\":[\"cloud\",\"hosting\"],\"articleSection\":[\"Unternehmenswachstumstrategien\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\",\"url\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\",\"name\":\"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)\",\"isPartOf\":{\"@id\":\"https:\/\/kinsta.com\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg\",\"datePublished\":\"2018-12-21T10:00:13+00:00\",\"dateModified\":\"2023-08-24T10:09:46+00:00\",\"description\":\"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.\",\"breadcrumb\":{\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage\",\"url\":\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg\",\"contentUrl\":\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg\",\"width\":768,\"height\":384,\"caption\":\"google-cloud-vs-aws-de\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/kinsta.com\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Cloud-Hosting\",\"item\":\"https:\/\/kinsta.com\/de\/thema\/cloud-hosting\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Google Cloud vs. AWS im Jahr 2024 (Vergleich der Giganten)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/kinsta.com\/de\/#website\",\"url\":\"https:\/\/kinsta.com\/de\/\",\"name\":\"Kinsta\u00ae\",\"description\":\"Schnelle, sichere und hochwertige Hosting-L\u00f6sungen\",\"publisher\":{\"@id\":\"https:\/\/kinsta.com\/de\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/kinsta.com\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/kinsta.com\/de\/#organization\",\"name\":\"Kinsta\",\"url\":\"https:\/\/kinsta.com\/de\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/kinsta.com\/de\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2023\/12\/kinsta-logo.jpeg\",\"contentUrl\":\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2023\/12\/kinsta-logo.jpeg\",\"width\":500,\"height\":500,\"caption\":\"Kinsta\"},\"image\":{\"@id\":\"https:\/\/kinsta.com\/de\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/Kinsta-Deutschland-207459890108303\/\",\"https:\/\/x.com\/Kinsta_DE\",\"https:\/\/www.instagram.com\/kinstahosting\/\",\"https:\/\/www.linkedin.com\/company\/kinsta\/\",\"https:\/\/www.pinterest.com\/kinstahosting\/\",\"https:\/\/www.youtube.com\/c\/Kinsta\"]},{\"@type\":\"Person\",\"@id\":\"https:\/\/kinsta.com\/de\/#\/schema\/person\/c1730a99759e97a5ff80f21c0e1acade\",\"name\":\"Edward Jones\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/kinsta.com\/de\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/5be942ddb7e9e5c39fe14cf851ebcc99?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/5be942ddb7e9e5c39fe14cf851ebcc99?s=96&d=mm&r=g\",\"caption\":\"Edward Jones\"},\"description\":\"Edward Jones is a technology writer with 8 years of industry experience. He has published over 300 articles with major publications that include Microsoft, IBM, and Entrepreneur.\",\"url\":\"https:\/\/kinsta.com\/de\/blog\/author\/edwardjones\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)","description":"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/","og_locale":"de_DE","og_type":"article","og_title":"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)","og_description":"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.","og_url":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/","og_site_name":"Kinsta\u00ae","article_publisher":"https:\/\/www.facebook.com\/Kinsta-Deutschland-207459890108303\/","article_published_time":"2018-12-21T10:00:13+00:00","article_modified_time":"2023-08-24T10:09:46+00:00","og_image":[{"width":768,"height":384,"url":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg","type":"image\/jpeg"}],"author":"Edward Jones","twitter_card":"summary_large_image","twitter_description":"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.","twitter_image":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg","twitter_creator":"@Kinsta_DE","twitter_site":"@Kinsta_DE","twitter_misc":{"Verfasst von":"Edward Jones","Gesch\u00e4tzte Lesezeit":"41\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#article","isPartOf":{"@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/"},"author":{"name":"Edward Jones","@id":"https:\/\/kinsta.com\/de\/#\/schema\/person\/c1730a99759e97a5ff80f21c0e1acade"},"headline":"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)","datePublished":"2018-12-21T10:00:13+00:00","dateModified":"2023-08-24T10:09:46+00:00","mainEntityOfPage":{"@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/"},"wordCount":9739,"commentCount":1,"publisher":{"@id":"https:\/\/kinsta.com\/de\/#organization"},"image":{"@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage"},"thumbnailUrl":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg","keywords":["cloud","hosting"],"articleSection":["Unternehmenswachstumstrategien"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/","url":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/","name":"Google Cloud vs. AWS im Jahr 2026 (Vergleich der Giganten)","isPartOf":{"@id":"https:\/\/kinsta.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage"},"image":{"@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage"},"thumbnailUrl":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg","datePublished":"2018-12-21T10:00:13+00:00","dateModified":"2023-08-24T10:09:46+00:00","description":"Heute tauchen wir ein in einen Vergleich zweier Cloud-Computing-Giganten, Google Cloud vs. AWS. Wir erforschen deren Produkte und die Vor- und Nachteile f\u00fcr Ihr Unternehmen.","breadcrumb":{"@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#primaryimage","url":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg","contentUrl":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2018\/12\/google-cloud-vs-aws-de.jpg","width":768,"height":384,"caption":"google-cloud-vs-aws-de"},{"@type":"BreadcrumbList","@id":"https:\/\/kinsta.com\/de\/blog\/google-cloud-vs-aws\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/kinsta.com\/de\/"},{"@type":"ListItem","position":2,"name":"Cloud-Hosting","item":"https:\/\/kinsta.com\/de\/thema\/cloud-hosting\/"},{"@type":"ListItem","position":3,"name":"Google Cloud vs. AWS im Jahr 2024 (Vergleich der Giganten)"}]},{"@type":"WebSite","@id":"https:\/\/kinsta.com\/de\/#website","url":"https:\/\/kinsta.com\/de\/","name":"Kinsta\u00ae","description":"Schnelle, sichere und hochwertige Hosting-L\u00f6sungen","publisher":{"@id":"https:\/\/kinsta.com\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/kinsta.com\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/kinsta.com\/de\/#organization","name":"Kinsta","url":"https:\/\/kinsta.com\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/kinsta.com\/de\/#\/schema\/logo\/image\/","url":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2023\/12\/kinsta-logo.jpeg","contentUrl":"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2023\/12\/kinsta-logo.jpeg","width":500,"height":500,"caption":"Kinsta"},"image":{"@id":"https:\/\/kinsta.com\/de\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/Kinsta-Deutschland-207459890108303\/","https:\/\/x.com\/Kinsta_DE","https:\/\/www.instagram.com\/kinstahosting\/","https:\/\/www.linkedin.com\/company\/kinsta\/","https:\/\/www.pinterest.com\/kinstahosting\/","https:\/\/www.youtube.com\/c\/Kinsta"]},{"@type":"Person","@id":"https:\/\/kinsta.com\/de\/#\/schema\/person\/c1730a99759e97a5ff80f21c0e1acade","name":"Edward Jones","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/kinsta.com\/de\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/5be942ddb7e9e5c39fe14cf851ebcc99?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/5be942ddb7e9e5c39fe14cf851ebcc99?s=96&d=mm&r=g","caption":"Edward Jones"},"description":"Edward Jones is a technology writer with 8 years of industry experience. He has published over 300 articles with major publications that include Microsoft, IBM, and Entrepreneur.","url":"https:\/\/kinsta.com\/de\/blog\/author\/edwardjones\/"}]}},"acf":[],"_links":{"self":[{"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/posts\/21619","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/users\/121"}],"replies":[{"embeddable":true,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/comments?post=21619"}],"version-history":[{"count":16,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/posts\/21619\/revisions"}],"predecessor-version":[{"id":42870,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/posts\/21619\/revisions\/42870"}],"alternate":[{"embeddable":true,"hreflang":"pt","title":"Portuguese","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/pt"},{"embeddable":true,"hreflang":"de","title":"German","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/de"},{"embeddable":true,"hreflang":"es","title":"Spanish","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/es"},{"embeddable":true,"hreflang":"en","title":"English","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/en"},{"embeddable":true,"hreflang":"fr","title":"French","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/fr"},{"embeddable":true,"hreflang":"da","title":"Danish","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/dk"},{"embeddable":true,"hreflang":"sv","title":"Swedish","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/se"},{"embeddable":true,"hreflang":"nl","title":"Dutch","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/nl"},{"embeddable":true,"hreflang":"it","title":"Italian","href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/translations\/it"},{"href":"https:\/\/kinsta.com\/de\/wp-json\/kinsta\/v1\/posts\/21619\/tree"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/media\/40199"}],"wp:attachment":[{"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/media?parent=21619"}],"wp:term":[{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/tags?post=21619"},{"taxonomy":"topic","embeddable":true,"href":"https:\/\/kinsta.com\/de\/wp-json\/wp\/v2\/topic?post=21619"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}