Servicevergleiche

Um fundiertere Entscheidungen darüber zu treffen, welche Cloud-Services eingeführt werden sollen, müssen Lösungsarchitekten und CloudOps-Administratoren, die beliebte Cloud-Angebote in Betracht ziehen, die Services unserer Mitbewerber mit den ähnlichen Services von Oracle Cloud Infrastructure (OCI) vergleichen.

In diesem Handbuch werden Microsoft Azure-Experten die Kernfunktionen von OCI vorgestellt. Es wurde für Azure Solution Architects und SysOps-Administratoren entwickelt, die mit Azure-Features und -Setup vertraut sind und Erfahrung bei der sofortigen Konfiguration von OCI-Produkten sammeln möchten. Wie Azure basiert OCI auf einem Kernset von Compute-, Speicher-, Datenbank- und Netzwerkservices. Außerdem bietet OCI eine breite und umfassende Palette von Funktionen mit globaler Abdeckung. Dieser Artikel bietet Vergleiche dieser allgemeinen Konzepte:
  • Regionen und Availability-Domains
  • Accounts, Tagging und Organisation
  • Servicezuordnung

Regionen und Availability-Domains

Azure- und OCI-Produkte werden beide in ähnlichen Varianten von Regionen und Availability-Domains bereitgestellt.

Fast alle Azure-Produkte werden in Regionen auf der ganzen Welt bereitgestellt. Jede Region umfasst eine Gruppe von Data Centern, die sich relativ nahe beieinander befinden. Microsoft teilt jede Region in zwei oder mehr Verfügbarkeitszonen auf. Jede Azure-Verfügbarkeitszone ist von anderen Azure-Zonen isoliert und unabhängig. Mit diesem Design wird sichergestellt, dass die Verfügbarkeit einer Zone die Verfügbarkeit anderer Zonen nicht beeinträchtigt und dass Services innerhalb von Zonen unabhängig voneinander bleiben.

Darüber hinaus 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 durch den Ausfall einer anderen Availability-Domain beeinträchtigt werden. Wenn Sie Ihre Cloud-Services konfigurieren, verwenden Sie mehrere Availability-Domains, um High Availability sicherzustellen und Schutz vor Ressourcenausfällen 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. Mit dieser Option können Sie Ihre Instanzen so verteilen, dass sie nicht auf derselben physischen Hardware innerhalb einer Availability-Domain befinden. Ein Hardwarefehler oder Wartungsereignis für Compute Hardware, das sich in einer Faultdomain auswirkt, hat keine Auswirkungen auf Instanzen in anderen Faultdomänen.

Die physische Hardware in einer Faultdomain verfügt über unabhängige und redundante Stromversorgungen, die verhindert, dass ein Ausfall in der Stromversorgungshardware innerhalb einer Faultdomain sich auf andere Faultdomaines auswirkt.

Die Standortbegriffe und -konzepte von Azure entsprechen denen von OCI wie folgt:

Accounts, Tagging und Organisation

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

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

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

In ähnlicher Weise müssen Sie sich bei OCI für den Service registrieren. Wenn Ihre Anforderung verarbeitet wird, 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 Standardadministratorgruppe 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 auf bis zu 6 Ebenen, und der Administrator eines übergeordneten Compartments hat vollständige Befugnisse über 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 Labels, die Tags bereitstellen, 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 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 Free-from-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 das Tagging steuern, Konsistenz sicherstellen und Tag-Spam verhindern können. Sie können sogar Tags verwenden, um Bulkaktionen für Ihre Ressourcen zu erstellen und Aufgaben zu automatisieren und zu vereinfachen.

Azure und OCI verfügen beide über standardmäßige flexible Limits für ihre Services für neue Accounts. Das Servicelimit ist die Zulage, die für eine Ressource festgelegt wurde. Beispiel: Ihr Mandant kann eine bestimmte Höchstanzahl an Compute-Instanzen pro Availability-Domain nutzen. Diese Soft-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 nutzen, und um das Risiko für neue Benutzer zu begrenzen, sodass sie nicht mehr als beabsichtigt ausgeben, wenn 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 automatisch entsprechend Ihrer OCI-Ressourcennutzung und Ihres Account-Standes erhöht werden.

Servicezuordnung

In den folgenden Tabellen werden die verschiedenen Services, die auf Microsoft Azure und OCI verfügbar sind, miteinander verglichen.

Compute-Servicezuordnung

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

Speicherservicezuordnung

In dieser Tabelle werden Microsoft Azure-Speicherservices vergleichbaren OCI-Speicherservices zugeordnet.

Networking- und Edge-Service-Zuordnung

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

Datenbankservicezuordnung

In dieser Tabelle werden Microsoft Azure-Datenbankservices vergleichbaren OCI-Datenbankservices zugeordnet.

Big Data-, Analyse- und KI/ML-Servicezuordnung

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

Messaging- und Notifications-Servicezuordnung

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

Servicezuordnung überwachen

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

Zuordnung von Sicherheit und Identity Service

In dieser Tabelle werden Microsoft Azure Identity and Security-Services vergleichbaren OCI-Services zugeordnet.