1. Oracle Cloud Infrastructure für Amazon Web Services-Experten
  2. Servicevergleiche

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 vergleichen.

In diesem Leitfaden erhalten Amazon Web Services-(AWS-)Experten eine Einführung in die Kernfunktionen von Oracle Cloud Infrastructure. Es wurde für AWS Solution Architects und SysOps Administratoren entwickelt, die mit AWS-Features und -Setup vertraut sind und sofort Erfahrung bei der Konfiguration von OCI-Produkten sammeln möchten. Wie AWS basiert Oracle Cloud Infrastructure auf einem Kernset von Compute-, Speicher-, Datenbank- und Netzwerkservices und bietet darüber hinaus umfassende und umfassende Funktionen mit globaler Abdeckung.

Dieser Artikel bietet Vergleiche dieser allgemeinen Konzepte:
  • Regionen und Availability-Domains
  • Domänenkonten, Tagging und Organisation
  • Servicezuordnung

Regionen und Availability-Domains

Amazon Web Services- und OCI-Produkte werden beide in ähnlichen Variationen von Regionen und Availability-Domains bereitgestellt.

Fast alle AWS-Produkte werden in Regionen auf der ganzen Welt bereitgestellt. Jede Region umfasst eine Gruppe von Rechenzentren, die sich relativ nahe beieinander befinden. Amazon teilt jede Region in zwei oder mehr Verfügbarkeitszonen auf. Jede AWS-Verfügbarkeitszone ist isoliert und unabhängig von anderen AWS-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 Compute-Hardware, das sich auf eine Faultdomain auswirkt, hat keine Auswirkungen auf Instanzen in anderen Faultdomains.

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 AWS entsprechen denen von OCI wie folgt:

Accounts, Tagging und Organisation

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

Um einen AWS-Service nutzen zu können, müssen Sie sich für ein AWS-Konto registrieren. Nachdem Sie diesen Prozess abgeschlossen haben, können Sie jeden Service unter Ihrem Konto innerhalb der angegebenen Limits von Amazon starten, und diese Services werden Ihrem spezifischen Konto in Rechnung gestellt. Um diese AWS-Ressourcen zu verwalten, können Sie jeder Ressource optional eigene Metadaten in Form von Tags zuweisen.

Ein Tag ist ein Label, das Sie einer AWS-Ressource zuweisen. Jedes Tag besteht aus einem Schlüssel und einem optionalen Wert. Mit Tags können Sie Ihre Ressourcen auf unterschiedliche Weise kategorisieren, z.B. nach Zweck, Eigentümer oder Umgebung. Sie können Ressourcen mit AWS-Ressourcengruppen weiter gruppieren und organisieren. Darüber hinaus können Sie mehrere verschiedene Konten erstellen und mit AWS Organizations zentral verwalten.

Ebenso erfordert OCI, dass Sie sich für den Service registrieren. Wenn Ihre Anforderung verarbeitet wurde, wird ein Mandant in OCI für Sie 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.

Mit Compartments können Sie Cloud-Ressourcen so organisieren und 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.

AWS und OCI verfügen beide über standardmäßige weiche 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.

Servicezuordnung

Die folgenden Tabellen bieten einen direkten Vergleich der verschiedenen auf AWS und OCI verfügbaren Services.

Compute-Servicezuordnung

In dieser Tabelle werden AWS-Computing-Services vergleichbaren OCI-Computing-Services zugeordnet.

Speicherservicezuordnung

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

Networking und Edge Service-Zuordnung

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

Datenbankservicezuordnung

In dieser Tabelle werden AWS-Datenbank- und Cacheservices vergleichbaren OCI-Services zugeordnet.

Big Data und Analytics Service-Zuordnung

In dieser Tabelle werden AWS Big Data- und Analyseservices vergleichbaren OCI-Services zugeordnet.

Messaging- und Notifications-Servicezuordnung

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

Management Services-Servicezuordnung

In dieser Tabelle werden AWS-Verwaltungsservices vergleichbaren OCI-Services zugeordnet.

Sicherheits- und Identity Service-Zuordnung

In dieser Tabelle werden AWS-Sicherheits- und Identitätsservices vergleichbaren OCI-Services zugeordnet.

Servicezuordnung für maschinelles Lernen/KI/GenAI

In dieser Tabelle werden AWS-Services für maschinelles Lernen, KI und GenAI vergleichbaren OCI-Services zugeordnet.