Die Abbildung zeigt eine OCI-Region mit drei Availability-Domains. Über alle Availability-Domains hinweg gibt es ein virtuelles Cloud-Netzwerk, ein öffentliches Bastionsubnetz, ein privates Load-Balancer-Subnetz, ein privates Anwendungssubnetz und ein privates Datenbanksubnetz.

Das Load-Balancer-Subnetz umgibt drei Load Balancer (einer in jeder Availability-Domain). Die ersten beiden Load Balancer sind Standby, der dritte ist der primäre Load Balancer. Der erste Standby-Load Balancer in der ersten Availability-Domain stellt eine Verbindung zu einem SVC in der unten stehenden Container Engine for Kubernetes (OKE) her.

Das private Anwendungssubnetz umgibt die OKE. OKE enthält Domain-SD, CMC-SD, Batch-Server, Plato, ein App-Shell-Docker-Image, Conductor, Kafka und persistentes Volume. Das persistente Volume stellt eine Verbindung zum Dateispeicher her. OKE stellt eine Verbindung zu einer Container-Registry außerhalb des Subnetzes her. Diese Container Registry befindet sich außerhalb der OCI-Region und ist mit verschiedenen Dockerimages verbunden, darunter Domain SD, CMC SD, Conductor, Kafka, App Shell, Plato und Batchserver.

Unter dem Anwendungssubnetz befindet sich das Datenbanksubnetz, das vier Datenbankknoten enthält (zwei Knoten innerhalb der Availability-Domain eins und zwei Knoten innerhalb der Availability-Domain 2). Datenbankknoten eins und zwei sind mit Oracle Real Application Clusters verbunden. Datenbankknoten zwei und drei sind mit Oracle Data Guard verbunden.

Sowohl das Anwendungssubnetz als auch das Datenbanksubnetz stellen eine Verbindung zu einem Servicegateway und einem Netzwerkadressübersetzungsgateway her. Das Servicegateway stellt eine Verbindung zu App-/Datenbankbackups her. Die Backups stellen eine Verbindung zu Object Storage her.