Servicevergleiche
Um fundiertere Entscheidungen darüber zu treffen, welche Cloud-Services eingeführt werden sollen, müssen Lösungsarchitekten und CloudOps-Administratoren unter Berücksichtigung gängiger Cloud-Angebote die Services unserer Mitbewerber mit den ähnlichen Services von Oracle Cloud Infrastructure (OCI) vergleichen.
- Regionen und Availability-Domains
- Accounts, Tagging und Organisation
- Servicezuordnung
Regionen und Availability-Domains
Google Cloud- und OCI-Produkte werden beide in ähnlichen Variationen von Regionen und Availability-Domains bereitgestellt.
Fast alle Google Cloud-Produkte werden in Regionen auf der ganzen Welt bereitgestellt. Jede Region umfasst eine Gruppe von Rechenzentren, die sich relativ nahe beieinander befinden. Google teilt jede Region in zwei oder mehr Verfügbarkeitszonen auf. Jede Google Cloud-Verfügbarkeitszone ist isoliert und unabhängig von anderen Google Cloud-Zonen. Dieses Design trägt dazu bei, dass die Verfügbarkeit einer Zone die Verfügbarkeit anderer Zonen nicht beeinträchtigt und 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, fehlertolerant, und es ist sehr wahrscheinlich, 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 vor Ressourcenausfall zu bieten.
Eine vollständige Zuordnung der globalen Regionen und Availability-Domains von OCI finden Sie in den Cloud-Regionen von OCI – Infrastructure and Platform Services.
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 so verteilen, dass sie sich in einer einzelnen Availability-Domain nicht auf derselben physischen Hardware befinden. Ein Hardwarefehler oder ein Wartungsereignis für Computerhardware, das sich auf eine Fehlerdomain auswirkt, hat keine Auswirkungen auf Instanzen in anderen Fehlerdomänen.
Die physische Hardware in einer Faultdomain verfügt über unabhängige und redundante Netzteile. Dadurch wird verhindert, dass ein Fehler in der Netzteilhardware in einer Fehlerdomain sich auf die anderen Fehlerdomänen auswirkt.
Die Standortbedingungen und -konzepte von Google Cloud entsprechen denen von OCI wie folgt:
| Konzept | Google Cloud | Oracle Cloud Infrastructure |
|---|---|---|
| Cluster von Rechenzentren und Services | Bereich | Bereich |
| Abstraktes Data Center | Zone | Availability-Domain |
| Hardwaregruppierung | - | Faultdomains |
Hinweis:
Google Cloud hat kein exakt gleichwertiges Konzept wie die Faultdomain von OCI. Die Fehlertoleranz- und Hochverfügbarkeitsfunktionen in Google Cloud werden in erster Linie mit mehreren Zonen innerhalb einer Region erreicht. Jede Zone in Google Cloud ist so konzipiert, dass sie unabhängig und isoliert von Ausfällen in anderen Zonen ist und Resilienz auf Zonenebene bietet, im Gegensatz zu OCI, mit denen eine detailliertere Definition der endgültigen Position einer Compute-Ressource möglich ist.Accounts, Tagging und Organisation
Hier vergleichen wir, was passiert, wenn Sie sich für einen Google Cloud-Account und einen OCI-Account registrieren, und wie diese Services diese Accounts organisieren.
Um einen Google Cloud-Service nutzen zu können, müssen Sie sich für einen Google Cloud-Account registrieren. Nachdem Sie diesen Prozess abgeschlossen haben, können Sie jeden Dienst unter Ihrem Konto innerhalb der angegebenen Grenzen von Google starten, und diese Dienste werden Ihrem spezifischen Konto in Rechnung gestellt. Um diese Google Cloud-Ressourcen zu verwalten, können Sie jeder Ressource optional eigene Metadaten in Form von Tags zuweisen.
Ein Tag ist ein Label, das Sie einer Google Cloud-Ressource zuweisen. Jedes Tag besteht aus einem Schlüssel und einem optionalen Wert. Mit Tags können Sie Ihre Google Cloud-Ressourcen auf verschiedene Weise kategorisieren, z.B. nach Zweck, Eigentümer oder Umgebung. Mithilfe von Google Cloud-Abonnements und Google Cloud-Ressourcengruppen können Sie Ihre Google Cloud-Ressourcen weiter gruppieren und organisieren. Wenn eine Organisation über viele Abonnements verfügt, können diese in Managementgruppen gruppiert werden.
Ebenso erfordert OCI, dass Sie sich 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 (Standard-Root Compartment-Administrator) ist jeder Benutzer, der Mitglied der Standardadministratorengruppe ist.
Compartments helfen dabei, Cloud-Ressourcen so zu organisieren und zu isolieren, dass nur bestimmte Gruppen darauf zugreifen können, denen ein Administrator in Ihrer Organisation die Berechtigung erteilt hat. Nachdem Compartments erstellt wurden, können ihnen eigene Administratoren zugewiesen werden, die dann Sub-Compartments erstellen und jedem von ihnen delegierte Administratoren zuweisen können. OCI unterstützt eine tiefe Compartment-Hierarchie mit bis zu 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 innerhalb eines bestimmten Mandanten.
Mit OCI Tagging können Sie beliebige Freiformmetadaten an Cloud-Ressourcen wie Compute-Instanzen anhängen. Mit den Tags können Sie Ressourcen organisieren und steuern. Beispiel: Sie können Tags hinzufügen, um die Geschäftsorganisationen zu beschreiben, die für eine Ressource verantwortlich sind, oder Betriebsmetadaten, die zur effektiven Verwaltung Ihrer Ressourcen erforderlich sind. Während andere Public Cloud Tagging-Implementierungen Freiformtags unterstützen, bietet dieser Ansatz keine Struktur. OCI unterstützt kostenlose Tags, aber unsere Lösung geht noch weiter. Wir empfehlen die Verwendung unserer definierten Tags, die viele der Nachteile von Freiformansätzen beseitigen. Definierte Tags unterstützen ein Schema, mit dem Sie Tagging steuern, Konsistenz sicherstellen und Tagspam verhindern können. Sie können sogar Tags verwenden, um Bulkaktionen für Ihre Ressourcen zu erstellen, um Aufgaben zu automatisieren und zu vereinfachen.
Google Cloud und OCI haben standardmäßig flexible Limits für ihre Services für neue Accounts. Das Servicelimit ist die Zulage für eine Ressource. 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 als beabsichtigt ausgeben, wenn sie die Plattform erkunden. Wenn 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 Account erhöht werden.
| Konzept | Google Cloud | Oracle Cloud Infrastructure |
|---|---|---|
| Konto | Organisation | Mandant |
| Ressourcen organisieren | Projekt | Compartments |
| Metadaten zu Ressourcen | Label | OCI-Tagging (Freiform- und definierte Tags) |
| Verwaltung mehrerer Accounts | Identity and Access Management | OCI Identity and Access Management |
Servicezuordnung
Die folgenden Tabellen bieten einen direkten Vergleich der verschiedenen in Google Cloud und OCI verfügbaren Services.
Compute-Servicezuordnung
In dieser Tabelle werden Google Cloud-Compute-Services vergleichbaren OCI-Compute-Services zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
|---|---|---|
| Virtuelle Maschinen mit mehreren Mandanten | Google Compute Engine (VM-Instanzen) | OCI-VM-Instanzen |
| Virtuelle Maschinen mit einem Mandanten | Google Compute Engine (dedizierte VM-Instanzen) | Von OCI dedizierte VM-Hosts |
| Bare Metal-Hosts | Google Compute Engine (Bare Metal) | OCI Bare Metal-Instanzen |
| Verwalteter Kubernetes-Service und Registry | Google Kubernetes-Engine (GKE) | Oracle Container Engine for Kubernetes |
| Serverless | Google Cloud-Funktionen | Oracle Functions |
Speicherservicezuordnung
In dieser Tabelle werden Google Cloud-Speicherservices vergleichbaren OCI-Speicherservices zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
|---|---|---|
| Objektspeicher | Google Cloud Storage | Objektspeicher |
| Archivierung | Google Cloud Speicher Nearline | Archivspeicher |
| Block Storage | Google Compute Engine-Festplatten | Block-Volumes |
| Shared File System | Google Cloud-Dateispeicher | Dateispeicher |
| Massendatenübertragung | Google Cloud Transfer Appliance | Data Transfer Appliance |
| Hybriddatenmigration | Cloud Storage Transfer Service (für On-Premise-Daten) | Rclon OCIFS-Utility (Linux) |
Networking und Edge Service-Zuordnung
In dieser Tabelle werden Google Cloud-Netzwerk- und Edge-Services vergleichbaren OCI-Netzwerk- und Edge-Services zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
|---|---|---|
| Virtuelles Netzwerk | Virtual Private Cloud (VPC) | Virtuelles Cloud-Netzwerk (VCN) |
| Dedizierte private Verbindungen | Cloud-Interconnect | FastConnect |
| Site-to-Site-Konnektivität | Cloud-VPN | VPN Connect |
| DNS- und Abfragemanagement | Cloud-DNS | OCI-Domain-Name-System (DNS) |
| Load Balancer | Cloud-Load Balancing | OCI Load Balancing |
| Verwalteter Email Delivery-Service | Google Workspace | OCI Email Delivery |
| Firewall | Google Workspace | Web Application Firewall |
| DDoS Schutz | Cloud Armor | DDoS Schutz |
Datenbankservicezuordnung
In dieser Tabelle werden Google Cloud-Datenbankservices vergleichbaren OCI-Datenbankservices zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
| Verwaltete relationale Datenbanksysteme | Google Cloud SQL | Oracle Autonomous Transaction Processing (ATP) |
| NoSQL | Google Cloud Firestore | Oracle NoSQL Database |
| Data Warehouse | Google BigQuery | Oracle Autonomous Data Warehouse (ADW) |
Big Data-, Analyse- und KI/ML-Servicezuordnung
In dieser Tabelle werden Big Data-, Analyse- und KI-/ML-Services von Google Cloud vergleichbaren OCI-Services zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
| Batchdatenverarbeitung | Cloud-Datenfluss | OCI Data Flow |
| Streamingdatenaufnahme | Cloud-Pub/Sub | OCI Streaming |
| Datenanalyse und Visualisierung | BigQuery, Data Studio, Looker | Oracle Analytics Cloud |
| Verwaltete Plattform für maschinelles Lernen | Cloud-AI-Plattform | OCI Data Science |
| Metadatenverwaltung | Clouddatenkatalog | OCI Data Catalog |
Messaging- und Notifications-Servicezuordnung
In dieser Tabelle werden Google Cloud-Messaging- und -Benachrichtigungsservices vergleichbaren OCI-Services zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
| Verfolgen von Änderungen an Ressourcen | Cloud-Auditlogs | OCI-Ereignisse |
| Messaging Queue | Cloud-Pub/Sub | OCI Streaming |
| Veröffentlichen/Abonnieren | Cloud-Pub/Sub, Firebase Cloud-Messaging | OCI-Benachrichtigungen |
Monitoring-Servicezuordnung
In dieser Tabelle werden die Google Cloud-Überwachungsservices vergleichbaren OCI-Services zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
| Monitoring | Cloud-Monitoring | OCI Monitoring |
| Logging | Cloud-Logging | OCI Logging |
| Deployment | Cloud Deployment Manager, Cloud Build | OCI-Ressourcenmanager |
Sicherheits- und Identity Service-Zuordnung
In dieser Tabelle werden die Google Cloud-Überwachungsservices vergleichbaren OCI-Services zugeordnet.
| Services | Google Cloud | Oracle Cloud Infrastructure |
| Identity and Access Management | Cloud Identity and Access Management (IAM) | OCI-IAM |
| Key Management | Cloud Key Management Service (KMS) | OCI Vault |
| Audit | Cloud-Auditlogs | OCI-Audit |
| Sicherheitsüberwachung | Cloud Security Command Center (SCC) | OCI Cloud Guard |
Hinweis:
Während alle oben aufgeführten Services ähnliche Funktionen in Google Cloud und OCI bieten, bestehen möglicherweise einige Unterschiede in Bezug auf bestimmte Features, Funktionen und Integrationen. Beide Cloud-Plattformen bieten möglicherweise zusätzliche Services 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 von Google Cloud und auf unserer offiziellen Oracle Cloud Infrastructure-Seite ausführlichere Informationen zur effektiven Nutzung dieser Services finden.