L'immagine mostra un'area OCI contenente tre domini di disponibilità. In tutti i domini di disponibilità è disponibile una rete cloud virtuale, una subnet bastion pubblica, una subnet del load balancer privata, una subnet dell'applicazione privata e una subnet del database privato.

La subnet del load balancer circonda tre load balancer (uno in ogni dominio di disponibilità). I primi due load balancer sono in standby; il terzo load balancer è il load balancer primario. Il primo load balancer di standby all'interno del primo dominio di disponibilità si connette a un SVC all'interno di Container Engine for Kubernetes (OKE) riportato di seguito.

La subnet dell'applicazione privata circonda OKE. OKE contiene SD del dominio, SD CMC, Server batch, Plato, un'immagine docker di App Shell, Conductor, Kafka e volume persistente. Il volume persistente si connette allo storage dei file. OKE si connette a un registro container al di fuori della subnet. Questo Container Registry si trova all'esterno dell'area OCI ed è connesso a varie immagini docker, tra cui Domain SD, CMC SD, Conductor, Kafka, App Shell, Plato e Batch Server.

Sotto la subnet dell'applicazione si trova la subnet del database, che contiene quattro nodi del database (due nodi all'interno del dominio di disponibilità uno e due nodi all'interno del dominio di disponibilità 2). I nodi del database uno e due sono connessi con Oracle Real Application Clusters. I nodi del database due e tre sono connessi con Oracle Data Guard.

Sia la subnet dell'applicazione che la subnet del database si connettono a un gateway di servizio e a un gateway di traduzione degli indirizzi di rete. Il gateway di servizi si connette ai backup di applicazioni/database; i backup si connettono allo storage degli oggetti.