Servicevergleiche

Um fundiertere Entscheidungen darüber zu treffen, welche Cloud-Services übernommen werden sollen, müssen Lösungsarchitekten und CloudOps-Administratoren, die gängige Cloud-Angebote in Betracht ziehen, die Services unserer Wettbewerber mit ähnlichen Oracle Cloud Infrastructure-Services (OCI) vergleichen.

In diesem Handbuch werden Google Cloud Platform-(GCP-)Experten zu den wichtigsten Funktionen von OCI vorgestellt. Es wurde für Lösungsarchitekten und SysOps-Administratoren entwickelt, die mit GCP-Features und -Setup vertraut sind, und möchte sofort Erfahrungen bei der Konfiguration von OCI-Produkten sammeln. Wie bei Google Cloud Platform basiert OCI auf einem Kernset von Compute-, Speicher-, Datenbank- und Netzwerkservices. Außerdem bietet OCI ganz oben eine umfassende und umfassende Palette an Funktionen mit globaler Abdeckung. Dieser Artikel bietet einen Vergleich dieser allgemeinen Konzepte:
  • Regionen und Availability-Domains
  • Accounts, Tagging und Organisation
  • Servicezuordnung

Regionen und Availability-Domains

Google Cloud Platform-(GCP-) und OCI-Produkte werden beide in ähnlichen Varianten von Regionen und Availability-Domains bereitgestellt.

Fast alle GCP-Produkte werden in Regionen auf der ganzen Welt eingesetzt. Jede Region umfasst eine Gruppe von Rechenzentren, die relativ nahe beieinander liegen. Google teilt jede Region in zwei oder mehr Verfügbarkeitszonen auf. Jede GCP-Verfügbarkeitszone ist vom Design her isoliert und unabhängig von anderen GCP-Zonen. Dieses Design trägt dazu bei, sicherzustellen, dass die Verfügbarkeit einer Zone sich nicht auf die Verfügbarkeit anderer Zonen auswirkt und dass Services innerhalb von Zonen unabhängig voneinander bleiben.

Ebenso wird OCI in Regionen und Availability-Domains gehostet. Eine Region ist ein bestimmter geografischer Bereich. Eine Availability-Domain umfasst mindestens ein Data Center innerhalb einer Region. Eine Region besteht aus mindestens einer Availability-Domain. OCI-Availability-Domains sind voneinander isoliert und fehlertolerant. Es ist sehr unwahrscheinlich, dass sie gleichzeitig ausfallen oder vom Ausfall einer anderen Availability-Domain betroffen sind. Wenn Sie Ihre Cloud-Services konfigurieren, verwenden Sie mehrere Availability-Domains, um High Availability sicherzustellen und Schutz gegen Ressourcenfehler zu bieten.

Eine vollständige Zuordnung der globalen Regionen und Availability-Domains von OCI finden Sie in Cloud-Regionen - Infrastructure and Platform Services von OCI.

Jede Availability-Domain umfasst drei Faultdomains. Eine Faultdomain ist eine Gruppierung aus Hardware und Infrastruktur innerhalb einer Availability-Domain. Auf diese Weise können Sie Ihre Instanzen verteilen, sodass sie sich nicht auf derselben physischen Hardware innerhalb einer Availability-Domain befinden. Ein Hardwarefehler oder ein Wartungsereignis für Compute-Hardware, die sich auf eine Faultdomain auswirken, hat keine Auswirkungen auf Instanzen in anderen Faultdomains.

Die physische Hardware in einer Faultdomain hat unabhängige und redundante Netzteile, die verhindern, dass ein Ausfall in der Stromversorgungshardware in einer Faultdomain sich auf andere Faultdomains auswirkt.

Die Standortbegriffe und -konzepte von GCP sind wie folgt denen von OCI zugeordnet:

Hinweis:

GCP hat kein genau gleichwertiges Konzept wie die Oracle Cloud Infrastructure-Faultdomain (OCI). Die Fehlertoleranz- und High-Availability-Funktionen in GCP werden in erster Linie mit mehreren Zonen in einer Region erreicht. Jede Zone in GCP ist so konzipiert, dass sie unabhängig und von Ausfällen in anderen Zonen isoliert ist und Resilienz auf Zonenebene bietet, im Gegensatz zu OCI, die eine detailliertere Definition der endgültigen Position einer Compute-Ressource ermöglicht.

Accounts, Tagging und Organisation

Hier vergleichen wir, was geschieht, wenn Sie sich für einen GCP-Account und einen OCI-Account registrieren und wie diese Services diese Accounts organisieren.

Um einen GCP-Service zu verwenden, müssen Sie sich für einen GCP-Account registrieren. Nachdem Sie diesen Prozess abgeschlossen haben, können Sie jeden Service unter Ihrem Account innerhalb der angegebenen Limits von Microsoft starten. Diese Services werden Ihrem bestimmten Account in Rechnung gestellt. Zur Verwaltung dieser GCP-Ressourcen können Sie jeder Ressource optional eigene Metadaten in Form von Tags zuweisen.

Ein Tag ist ein Label, das Sie einer GCP-Ressource zuweisen. Jedes Tag besteht aus einem Schlüssel und einem optionalen Wert. Mit Tags können Sie Ihre GCP-Ressourcen auf unterschiedliche Weise kategorisieren, z.B. nach Zweck, Eigentümer oder Umgebung. Mithilfe von GCP-Abonnements und GCP-Ressourcengruppen können Sie die GCP-Ressourcen weiter gruppieren und organisieren. Wenn eine Organisation über viele Abonnements verfügt, können diese in Managementgruppen gruppiert werden.

Außerdem müssen Sie sich bei OCI für den Service registrieren. Wenn Ihre Anforderung verarbeitet wurde, wird ein Mandant in OCI bereitgestellt. Standardmäßig verfügt jeder OCI-Mandant über ein Standard-Root Compartment, das nach dem Mandanten selbst benannt ist. Der Mandantenadministrator (Standardadministrator des Root Compartments) ist ein beliebiger Benutzer, der Mitglied der Standardadministratorengruppe ist.

Mit Compartments können Sie Cloud-Ressourcen so organisieren und isolieren, dass nur bestimmte Gruppen auf sie zugreifen können, denen ein Administrator in Ihrer Organisation eine Berechtigung erteilt hat. Nachdem Compartments erstellt wurden, können ihnen eigene Administratoren zugewiesen werden, die dann Sub-Compartments erstellen und jedem Compartment delegierte Administratoren zuweisen können. OCI unterstützt bis zu eine tiefe Compartment-Hierarchie auf 6 Ebenen, und der Administrator eines übergeordneten Compartments verfügt über vollständige Berechtigungen für seine untergeordneten Compartments. Compartments sind global und erstrecken sich auf alle OCI-Regionen in einem bestimmten Mandanten.

Mit OCI Tagging können Sie beliebige, formatunabhängige Metadaten an Cloud-Ressourcen wie Compute-Instanzen anhängen. Mit den Labels, die Tags bereitstellen, können Sie Ressourcen organisieren und kontrollieren. Beispiel: Sie können Tags hinzufügen, um die Geschäftsorganisationen zu beschreiben, die für eine Ressource verantwortlich sind, oder Betriebsmetadaten, die für eine effektive Verwaltung Ihrer Ressourcen erforderlich sind. Während andere Public Cloud-Tagging-Implementierungen Freiformtags unterstützen, bietet dieser Ansatz keine Struktur. OCI unterstützt Freiformtags, aber unsere Lösung geht weiter. Wir empfehlen die Verwendung unserer definierten Tags, die viele der Nachteile von Freiformans beseitigen. Definierte Tags unterstützen ein Schema, mit dem Sie Tagging kontrollieren, die Konsistenz sicherstellen und Tagspam verhindern können. Sie können sogar Tags verwenden, um Bulk-Aktionen für Ihre Ressourcen zu erstellen und Aufgaben zu automatisieren und zu vereinfachen.

GCP und OCI haben standardmäßige flexible Limits für ihre Services für neue Accounts. Das Servicelimit ist die für eine Ressource festgelegte Menge. Beispiel: Ihr Mandant kann eine bestimmte Höchstanzahl an Compute-Instanzen pro Availability-Domain nutzen. Diese flexiblen Limits sind nicht an technische Einschränkungen für einen bestimmten Service gebunden - stattdessen sind sie vorhanden, um zu verhindern, dass betrügerische Konten übermäßige Ressourcen verwenden, und um das Risiko für neue Benutzer zu begrenzen, sodass sie nicht mehr ausgeben als beabsichtigt, während sie die Plattform erkunden. Wenn Sie feststellen, dass Ihre Anwendung diese Limits überschritten hat, können Sie auch eine Erhöhung des Servicelimits beantragen. Manchmal können diese Limits für Sie automatisch entsprechend Ihrer OCI-Ressourcenverwendung und Ihrem vorhandenen OCI-Account erhöht werden.

Servicezuordnung

Die folgenden Tabellen bieten einen direkten Vergleich der verschiedenen Services auf GCP und OCI.

Compute-Service-Mapping

In dieser Tabelle werden GCP-Compute-Services vergleichbaren OCI-Compute-Services zugeordnet.

Storage Service-Mapping

In dieser Tabelle werden GCP-Speicherservices vergleichbaren OCI-Speicherservices zugeordnet.

Networking und Edge-Servicezuordnung

In dieser Tabelle werden GCP-Netzwerk- und Edge-Services vergleichbaren OCI-Netzwerken und Edge-Services zugeordnet.

Datenbankservicezuordnung

In dieser Tabelle werden GCP-Datenbankservices vergleichbaren OCI-Datenbankservices zugeordnet.

Zuordnung von Big Data, Analysen und KI/ML-Services

In dieser Tabelle werden GCP-Big Data-, Analyse- und KI-/ML-Services vergleichbaren OCI-Services zugeordnet.

Messaging and Notifications - Servicezuordnung

In dieser Tabelle werden GCP-Messaging- und Benachrichtigungsservices vergleichbaren OCI-Services zugeordnet.

Monitoring-Servicezuordnung

In dieser Tabelle werden GCP-Überwachungsservices vergleichbaren OCI-Services zugeordnet.

Sicherheits- und Identity Service-Zuordnung

In dieser Tabelle werden GCP-Überwachungsservices vergleichbaren OCI-Services zugeordnet.

Hinweis:

Während alle oben aufgeführten Services ähnliche Funktionen für GCP und OCI bieten, können einige Unterschiede in Bezug auf bestimmte Features, Funktionen und Integrationen bestehen. Beide Cloud-Plattformen bieten möglicherweise zusätzliche Dienste und weitere Einschränkungen, die hier und abgesehen von den genannten nicht dokumentiert sind. Oracle empfiehlt, dass Sie in der offiziellen Dokumentation und den Ressourcen der Google Cloud Platform und auf unserer offiziellen Oracle Cloud Infrastructure-Seite ausführlichere Informationen zur effektiven Nutzung dieser Services finden.