L'immagine mostra un'area Oracle Cloud Infrastructure (OCI) che contiene un repository di codici GitHub, un singolo dominio di disponibilità, una rete cloud virtuale (VCN) e una subnet pubblica e privata. Il dominio di disponibilità comprende tre domini di errore, il dominio di errore 1, il dominio di errore 2 e il dominio di errore 3. La VCN dell'area ed entrambe le subnet si estendono sul dominio di disponibilità e su tutti e tre i domini di errore. L'accesso alla VCN dall'area avviene tramite un gateway Internet, un gateway NAT o un gateway di servizi. Un registro container si trova al confine tra l'area e la VCN. L'accesso a ciascuna sottorete è controllato da una tabella di routing e da una lista di sicurezza.

La subnet A, la subnet pubblica, contiene un singolo load balancer che risiede nel dominio di errore 2 e comunica in modo bidirezionale con il repository di codici GitHub tramite il gateway Internet.

La subnet B, la subnet privata, contiene un'istanza di Container Engine for Kubernetes (OKE), che a sua volta contiene un'istanza di Argo CD Server Service, uno spazio di nomi Argo e spazi di nomi per due applicazioni associate. Contiene anche quattro assicurazioni Argo, ciascuna associata al proprio pod Kubernetes. Tre nodi di lavoro si estendono sullo spazio di nomi Argo e sul dominio di errore 1.

Il load balancer indirizza il traffico in entrata dal repository di codici GitHub a un servizio server CD Argo. Le istanze Argo comunicano in modo bidirezionale con il gateway NAT, anche se il traffico passa al gateway Internet e quindi tra il repository di codici GitHub e il load balancer. Il traffico inoltre trasmette bidirezionalmente le istanze Argo e il gateway di servizi. Il traffico scorre anche in modo bidirezionale tra il gateway del servizio e i nodi di lavoro sul bordo OKE e del dominio di errore e tra il gateway del servizio e il registro dei container.