Erläuterung
Oracle Cloud Infrastructure bietet erstklassige Sicherheitstechnologien und Betriebsprozesse, um seine Cloud-Services für Unternehmen zu sichern. Damit Sie Ihre Workloads in der Oracle Cloud Infrastructure sicher ausführen können, müssen Sie sich jedoch Ihrer Verantwortung für Sicherheit und Compliance bewusst sein. Oracle sorgt für die Sicherheit der Cloud-Infrastruktur und des Betriebs (Zugriffskontrollen für Cloud-Betreiber, Sicherheitspatches für die Infrastruktur usw.), und Sie sind für die sichere Konfiguration Ihrer Cloud-Ressourcen verantwortlich. Für die Sicherheit in der Cloud sind Sie und Oracle gemeinsam verantwortlich.
In einer gemeinsam genutzten, mandantenfähigen Rechenumgebung ist Oracle für die Sicherheit der zugrundeliegenden Cloud-Infrastruktur (z. B. Rechenzentrumseinrichtungen sowie Hardware- und Softwaresysteme) verantwortlich, während Sie für die Sicherheit Ihrer Arbeitslasten und die sichere Konfiguration Ihrer Dienste (z. B. Rechen-, Netzwerk-, Speicher- und Datenbankdienste) zuständig sind.
In einem vollständig isolierten, mandantenfähigen Bare-Metal-Server ohne Oracle-Software wächst Ihre Verantwortung, da Sie den gesamten Software-Stack (Betriebssysteme und höher) mitbringen, auf dem Sie Ihre Anwendungen bereitstellen. In dieser Umgebung sind Sie dafür verantwortlich, Ihre Arbeitslasten zu sichern und Ihre Dienste (Rechen-, Netzwerk-, Speicher- und Datenbankdienste) sicher zu konfigurieren und sicherzustellen, dass die Softwarekomponenten, die Sie auf den Bare-Metal-Servern ausführen, sicher konfiguriert, bereitgestellt und verwaltet werden.
Die Aufgaben können wie folgt aufgeteilt werden:

Der Oracle Cloud Infrastructure File Storage Service bietet ein langlebiges, skalierbares, sicheres Netzwerk-Dateisystem der Enterprise-Klasse. Sie können von jeder Bare Metal-, Virtual Machine- oder Container-Instanz in Ihrem Virtual Cloud Network (VCN) eine Verbindung zu einem Dateisystem des File Storage Service herstellen.
Sie können den Zugriff auf das Dateisystem vom FSS aus steuern, indem Sie einige Sicherheitsregeln und andere anwenden, aber die Dienste selbst beziehen sich nicht auf die Sicherheit, sondern auf die gemeinsame Speicherreferenz:
https://docs.cloud.oracle.com/en-us/iaas/Content/File/Concepts/filestorageoverview.htm

Ein Service-Gateway ist die Komponente des Oracle Cloud Infrastructure Networking Service, die es Ressourcen in einem VCN ermöglicht, auf Oracle Cloud Services zuzugreifen, ohne das öffentliche Internet zu durchqueren. Ein Service-Gateway bietet eine sichere und private Verbindung zwischen einem VCN und unterstützten Oracle-Diensten, wie Object Storage, Autonomous Database oder Functions.

Kompartiment und Kostenverfolgungsetikett sind zwei gültige Ziele für die Aufstellung von OCI-Budgets. Budgets werden auf Kostenverfolgungsetiketten oder -kompartimente (einschließlich des Stammkompartiments) festgelegt, um alle Ausgaben in diesem Kostenverfolgungsetikett oder für dieses Kompartiment und seine Kinder zu verfolgen2. Sie können Warnungen für Ihr Budget erstellen, um E-Mail-Benachrichtigungen auf der Grundlage von tatsächlichen oder prognostizierten Ausgabenschwellenwerten zu erhalten2.

Ein Nutzungsbericht ist eine CSV-Datei (Comma-Separated Value), die verwendet werden kann, um eine detaillierte Aufschlüsselung der Ressourcen in Oracle Cloud Infrastructure für Audits oder Rechnungsabgleiche zu erhalten.
Der Nutzungsbericht wird täglich automatisch erstellt und in einem Oracle-eigenen Object Storage-Bucket gespeichert. Er enthält eine Zeile pro Oracle Cloud Infrastructure-Ressource (z. B. Instanz, Object Storage-Bucket, VNIC) pro Stunde sowie Verbrauchsinformationen, Metadaten und Tags. Nutzungsberichte enthalten in der Regel 24 Stunden an Nutzungsdaten, gelegentlich kann ein Nutzungsbericht aber auch spät eintreffende Daten enthalten, die älter als 24 Stunden sind.
Die Nutzungsberichte werden ein Jahr lang aufbewahrt.
Referenz:
https://docs.cloud.oracle.com/en-us/iaas/Content/Billing/Concepts/billingoverview.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/Billing/Concepts/usagereportsoverview.htm

Dimensionen werden als Qualifikatoren definiert, die zum Filtern der im OCI-Überwachungsdienst dargestellten Gruppenmetrikdaten verwendet werden. Dimensionen sind Schlüssel-Wert-Paare, die zusätzliche Informationen über eine Metrik liefern, wie z. B. Ressourcen-ID, Region, Verfügbarkeitsbereich, Fehlerbereich, Form, Bild usw. Mithilfe von Dimensionen können Sie den Umfang Ihrer metrischen Abfragen und Alarme eingrenzen, indem Sie angeben, welche Ressourcen oder Attribute Sie überwachen möchten. Sie können zum Beispiel Dimensionen verwenden, um die CPU-Auslastungsmetrik nach Instanz-ID oder Shape zu filtern.

Der Service Oracle Cloud Infrastructure Notifications sendet Nachrichten an verteilte Komponenten über ein Publish-Subscribe-Muster und liefert sichere, äußerst zuverlässige, latenzarme und dauerhafte Nachrichten für Anwendungen, die in der Oracle Cloud Infrastructure und extern gehostet werden. Verwenden Sie Notifications, um benachrichtigt zu werden, wenn Ereignisregeln ausgelöst oder Alarme verletzt werden, oder um direkt eine Nachricht zu veröffentlichen.
Nachrichten, die vom Oracle Cloud Infrastructure Notifications Service als E-Mail versendet werden, werden über Oracle Resources Reference verarbeitet und zugestellt:
https://docs.cloud.oracle.com/en-us/iaas/Content/Notification/Concepts/notificationoverview.htm

Der Oracle Cloud Infrastructure Load Balancing Service bietet eine automatische Verteilung des Datenverkehrs von einem Eingangspunkt zu mehreren Servern, die über Ihr virtuelles Cloud-Netzwerk (VCN) erreichbar sind. Der Service bietet einen Load Balancer mit einer öffentlichen oder privaten IP-Adresse Ihrer Wahl und bereitgestellter Bandbreite.
Ein Load Balancer verbessert die Ressourcenauslastung, erleichtert die Skalierung und sorgt für hohe Verfügbarkeit. Sie können mehrere Lastausgleichsrichtlinien und anwendungsspezifische Gesundheitsprüfungen konfigurieren, um sicherzustellen, dass der Load Balancer den Datenverkehr nur an gesunde Instanzen weiterleitet. Der Load Balancer kann Ihr Wartungsfenster reduzieren, indem er den Datenverkehr von einem ungesunden Anwendungsserver ableitet, bevor Sie ihn zur Wartung außer Betrieb nehmen.
WIE DER LASTAUSGLEICH FUNKTIONIERT:
Der Load Balancing Service ermöglicht es Ihnen, einen öffentlichen oder privaten Load Balancer innerhalb Ihres VCN zu erstellen. Ein öffentlicher Load Balancer hat eine öffentliche IP-Adresse, die vom Internet aus zugänglich ist. Ein privater Load Balancer hat eine IP-Adresse aus dem Hosting-Subnetz, die nur innerhalb Ihres VCN sichtbar ist. Sie können mehrere Listener für eine IP-Adresse konfigurieren, um den Transport von Layer-4- und Layer-7-Datenverkehr (TCP und HTTP) auszugleichen. Sowohl öffentliche als auch private Load Balancer können Datenverkehr an jeden Backend-Server weiterleiten, der vom VCN aus erreichbar ist.
1) Öffentlicher Load Balancer
Um Datenverkehr aus dem Internet anzunehmen, erstellen Sie einen öffentlichen Load Balancer. Der Dienst weist ihm eine öffentliche IP-Adresse zu, die als Eingangspunkt für eingehenden Datenverkehr dient. Sie können die öffentliche IP-Adresse über einen beliebigen DNS-Anbieter mit einem freundlichen DNS-Namen verknüpfen.
Ein öffentlicher Load Balancer hat einen regionalen Geltungsbereich. Wenn Ihre Region mehrere Verfügbarkeitsdomänen umfasst, erfordert ein öffentlicher Load Balancer entweder ein regionales Subnetz (empfohlen) oder zwei verfügbarkeitsdomänenspezifische (AD-spezifische) Subnetze, jedes in einer separaten Verfügbarkeitsdomäne. Bei einem regionalen Subnetz erstellt der Load Balancing-Dienst einen primären Load Balancer und einen Standby-Load Balancer, jeweils in einer anderen Verfügbarkeitsdomäne, um die Erreichbarkeit auch bei einem Ausfall der Verfügbarkeitsdomäne sicherzustellen. Wenn Sie einen Load Balancer in zwei AD-spezifischen Subnetzen erstellen, hostet ein Subnetz den primären Load Balancer und das andere einen Standby-Load Balancer. Wenn der primäre Load Balancer ausfällt, wechselt die öffentliche IP-Adresse auf den sekundären Load Balancer. Der Dienst behandelt die beiden Load Balancer als gleichwertig und Sie können nicht angeben, welcher der beiden "primär" ist.
Unabhängig davon, ob Sie regionale oder AD-spezifische Subnetze verwenden, benötigt jeder Load Balancer eine private IP-Adresse aus seinem Host-Subnetz. Der Load Balancing-Dienst stellt dem primären Load Balancer eine freie öffentliche IP-Adresse zur Verfügung. Die freie öffentliche IP-Adresse stammt nicht aus Ihren Backend-Subnetzen.
Wenn Ihre Region nur eine Verfügbarkeitsdomäne umfasst, benötigt der Dienst nur ein Subnetz, entweder regional oder AD-spezifisch, um sowohl den primären als auch den Standby-Load-Balancer zu hosten. Der primäre und der Standby-Load-Balancer benötigen jeweils eine private IP-Adresse aus dem Host-Subnetz, zusätzlich zu der zugewiesenen öffentlichen Floating-IP-Adresse. Bei einem Ausfall der Verfügbarkeitsdomäne gibt es für den Load Balancer kein Failover.
2) Privater Load Balancer
Um Ihren Load Balancer vom Internet zu isolieren und Ihre Sicherheitslage zu vereinfachen, können Sie einen privaten Load Balancer erstellen. Der Load Balancing-Dienst weist ihm eine private IP-Adresse zu, die als Eingangspunkt für eingehenden Datenverkehr dient.
Wenn Sie einen privaten Load Balancer erstellen, benötigt der Dienst nur ein Subnetz, um sowohl den primären als auch den Standby-Load Balancer zu hosten. Der Load Balancer kann regional oder AD-spezifisch sein, je nach Umfang des Host-Subnetzes. Auf den Load Balancer kann nur von dem VCN aus zugegriffen werden, das das Host-Subnetz enthält, oder wenn dies durch Ihre Sicherheitsregeln weiter eingeschränkt wird.
Die zugewiesene schwebende private IP-Adresse ist lokal im Host-Subnetz. Der primäre und der Standby-Loadbalancer benötigen jeweils eine zusätzliche private IP-Adresse aus dem Host-Subnetz.
Bei einem Ausfall der Verfügbarkeitsdomäne bietet ein privater Load Balancer, der in einem regionalen Subnetz innerhalb einer Multi-AD-Region erstellt wurde, Failover-Fähigkeit. Ein privater Load Balancer, der in einem AD-spezifischen Subnetz oder in einem regionalen Subnetz innerhalb einer einzelnen Verfügbarkeitsdomänenregion erstellt wurde, hat keine Failover-Fähigkeit als Reaktion auf einen Ausfall der Verfügbarkeitsdomäne.

https://www.oracle.com/cloud/what-is-iaas/
Was ist IaaS?
Infrastructure as a Service (IaaS) ist eine Art von Cloud-Service-Modell, bei dem die Rechenressourcen in der Cloud gehostet werden. Unternehmen können das IaaS-Modell nutzen, um einen Teil oder die gesamte Nutzung der vor Ort oder im Rechenzentrum befindlichen Infrastruktur in die Cloud zu verlagern, wo sie von einem Cloud-Anbieter verwaltet wird. Diese Infrastrukturelemente können Rechen-, Netzwerk- und Speicherhardware sowie andere Komponenten und Software umfassen.
Beim IaaS-Modell ist der Cloud-Anbieter Eigentümer und Betreiber der Hardware und Software und besitzt oder mietet auch das Rechenzentrum. Bei einer IaaS-Lösung mieten Sie die Ressourcen wie Rechenleistung oder Speicherplatz, stellen sie bei Bedarf bereit und zahlen für die Ressourcen, die Ihr Unternehmen verbraucht. Bei einigen Ressourcen, wie z. B. Rechenleistung, zahlen Sie für die von Ihnen genutzten Ressourcen. Für andere, wie z. B. Speicher, zahlen Sie für die Kapazität.
Wie funktioniert IaaS?
Bei einem typischen IaaS-Modell bezieht ein Unternehmen - das beliebig groß sein kann - Dienste wie Rechenleistung, Speicherplatz und Datenbanken von einem Cloud-Anbieter. Der Cloud-Anbieter bietet diese Dienste an, indem er Hardware und Software in der Cloud hostet. Das Unternehmen muss keine eigenen Geräte mehr kaufen und verwalten oder Platz für das Hosting der Geräte bereitstellen, und die Kosten verlagern sich auf ein Pay-as-you-go-Modell. Wenn das Unternehmen weniger benötigt, zahlt es auch weniger. Und wenn es wächst, kann es innerhalb von Minuten zusätzliche Rechenressourcen und andere Technologien bereitstellen.
Im Gegensatz dazu verwaltet und pflegt ein Unternehmen in einem herkömmlichen Szenario vor Ort sein eigenes Rechenzentrum. Das Unternehmen muss in Server, Speicher, Software und andere Technologien investieren und IT-Mitarbeiter oder Auftragnehmer einstellen, die alle Geräte und Lizenzen kaufen, verwalten und aktualisieren. Das Rechenzentrum muss so gebaut werden, dass es auch bei Nachfragespitzen ausgelastet ist, auch wenn die Auslastung manchmal nachlässt und diese Ressourcen dann ungenutzt bleiben. Umgekehrt kann die IT-Abteilung bei einem raschen Wachstum des Unternehmens Schwierigkeiten haben, Schritt zu halten.

Der OCI-Datenkatalogdienst verfügt über folgende Funktionen:
Er bietet ein Repository mit durchsuchbaren Metadaten. Data Catalog sammelt Metadaten aus Datenquellen im gesamten OCI-Ökosystem und vor Ort, um ein Inventar der Datenbestände zu erstellen. So können Datenkonsumenten die Daten, die sie für Analysen benötigen, leicht finden4.
Er ermöglicht die Anreicherung der Metadaten. Mit Data Catalog können Benutzer geschäftliche Metadaten wie geschäftliche Begriffe, Tags, benutzerdefinierte Eigenschaften und Anmerkungen zu Datenbeständen hinzufügen. Dies trägt dazu bei, mehr Einblick und Kontext in die Daten zu erhalten5.
Es kann das Harvesting von Daten automatisieren. Data Catalog unterstützt das automatische Harvesting auf Abruf oder nach Zeitplan, um sicherzustellen, dass der Datenkatalog immer über aktuelle Informationen verfügt4.

Diese Aussage gilt nicht für den OCI Block Volume-Dienst. Sie können die Größe eines Blockvolumens nicht verringern, sobald es erstellt wurde. Sie können die Größe eines Blockvolumens nur erhöhen, indem Sie entweder ein neues, größeres Volumen aus einem Backup oder einem Klon des ursprünglichen Volumens erstellen oder indem Sie ein vorhandenes Blockvolumen vor Ort mit Online-Größenänderung erweitern12 Die anderen Aussagen gelten für den OCI-Blockvolumendienst. Sie können ein vorhandenes Block-Volume an Ort und Stelle mit Online-Größenänderung erweitern, wodurch Sie die Größe und Leistung eines Block-Volumes erhöhen können, ohne es von einer Instanz zu trennen oder E/A-Vorgänge zu unterbrechen. Sie können auch ein vorhandenes Block-Volume auf ein neues, größeres Volume klonen, wodurch eine exakte Point-in-Time-Kopie des Quellvolumes erstellt wird und alle Daten und Eigenschaften des Quellvolumes mit Ausnahme der Größe und Leistung erhalten bleiben. Sie können auch die Größe eines Blockvolumes erhöhen, indem Sie ein neues, größeres Volume aus einem Backup des ursprünglichen Volumes erstellen, das alle Daten aus dem Backup auf einem neuen Volume mit anderer Größe und Leistung wiederherstellt12

VCN-Peering ist der Prozess der Verbindung mehrerer virtueller Cloud-Netze (VCNs), damit ihre Ressourcen über private IP-Adressen kommunizieren können. Es gibt vier Arten von VCN-Peering: 1 Lokales VCN-Peering: Hierbei handelt es sich um den Prozess der Verbindung zweier VCNs in derselben Region und demselben Mietverhältnis. Diese Art von Peering verwendet lokale Peering Gateways (LPGs) in jedem VCN, um eine logische Verbindung herzustellen.
Fern-VCN-Peering: Hierbei handelt es sich um die Verbindung von zwei VCNs in verschiedenen Regionen, entweder in der gleichen oder in verschiedenen Mietverhältnissen. Diese Art von Peering verwendet Remote Peering Gateways (RPGs) in jedem VCN, um eine logische Verbindung herzustellen.
Peering von VCNs in derselben Region über ein dynamisches Routing-Gateway (DRG): Hierbei handelt es sich um den Prozess der Verbindung mehrerer VCNs in derselben Region und Mieterschaft, indem sie an einen gemeinsamen DRG angeschlossen werden. Ein DRG ist ein virtueller Router, der einen Pfad für den privaten Netzwerkverkehr zwischen Ihrem VCN und anderen Netzwerken bereitstellt.
Peering von VCNs in verschiedenen Regionen über eine DRG: Dies ist der Prozess der Verbindung mehrerer VCNs in verschiedenen Regionen und Mietverhältnissen, indem sie an eine gemeinsame DRG angeschlossen werden und IPSec VPN oder FastConnect verwendet wird, um die DRGs über Regionen hinweg zu verbinden.
Peered VCNs können keine sich überschneidenden CIDRs haben, da dies zu Routing-Konflikten und Mehrdeutigkeit führen würde. Peered VCNs müssen eindeutige CIDRs haben, die sich weder untereinander noch mit anderen Netzen, mit denen sie kommunizieren müssen, überschneiden1 Eine VCN-Peering-Verbindung ist keine VPN-basierte Verbindung. Eine VPN-basierte Verbindung ist eine sichere und verschlüsselte Verbindung zwischen Ihrem lokalen Netzwerk und Ihrem OCI VCN über das öffentliche Internet unter Verwendung von IPSec VPN oder FastConnect. Für eine VPN-basierte Verbindung sind ein Internet-Gateway oder ein DRG in Ihrem VCN und ein CPE-Gerät (Customer-Premises Equipment) in Ihrem lokalen Netz erforderlich.2 Die gepeerten VCNs müssen nicht Teil derselben OCI-Mietvereinbarung sein, solange sie sich in unterschiedlichen Regionen befinden. Remote-VCN-Peering unterstützt mandantenübergreifende Verbindungen, d. h. Sie können ein VCN in einer Mandantschaft mit einem VCN in einer anderen Mandantschaft peeren, solange sie in denselben Regionen abonniert sind und über die richtigen IAM-Richtlinien verfügen, um Peering zu ermöglichen. Lokales VCN-Peering und Peering über eine DRG unterstützen nur mandanteninterne Verbindungen, d. h., Sie können nur VCNs innerhalb derselben Mandantschaft peeren1

Oracle Functions ist eine vollständig verwaltete, mandantenfähige, hoch skalierbare On-Demand-Plattform für Fu