L'illustration présente une région OCI contenant trois domaines de disponibilité. Pour tous les domaines de disponibilité, il existe un réseau en nuage virtuel, un sous-réseau d'hôte bastion public, un sous-réseau d'équilibreur de charge privé, un sous-réseau d'application privé et un sous-réseau de base de données privé.

Le sous-réseau de l'équilibreur de charge entoure trois équilibreurs de charge (un dans chaque domaine de disponibilité). Les deux premiers équilibreurs de charge sont de secours. Le troisième est l'équilibreur de charge principal. Le premier équilibreur de charge de secours dans le premier domaine de disponibilité se connecte à un SVC dans Container Engine pour Kubernetes (OKE) ci-dessous.

Le sous-réseau d'application privé entoure l'OKE. OKE contient les domaines SD, CMC SD, Batch Servers, Plato, une image docker de l'interpréteur de commandes d'application, Conductor, Kafka et un volume persistant. Un volume persistant se connecte au stockage de fichiers. OKE se connecte à un registre de conteneurs en dehors du sous-réseau. Ce registre de conteneurs réside en dehors de la région OCI et est connecté à diverses images docker, notamment Domain SD, CMC SD, Conductor, Kafka, App Shell, Plato et Batch Server.

Sous le sous-réseau d'application se trouve le sous-réseau de base de données, qui contient quatre noeuds de base de données (deux noeuds dans le domaine de disponibilité un et deux noeuds dans le domaine de disponibilité 2). Les noeuds de base de données un et deux sont connectés à Oracle Real Application Clusters. Les noeuds de base de données deux et trois sont connectés à Oracle Data Guard.

Le sous-réseau d'application et le sous-réseau de base de données se connectent tous les deux à une passerelle de service et à une passerelle de traduction d'adresses de réseau. La passerelle de service se connecte aux sauvegardes d'application/de base de données; les sauvegardes se connectent au service de stockage d'objets.