Die Abbildung zeigt eine Oracle Cloud Infrastructure-(OCI-)Region mit Oracle Cloud Guard, einer Availability-Domain mit drei Faultdomains, einem VCN mit vier Subnetzen, OCI Object Storage und OCI DevOps Service.

Das VCN ist 10.0.0.0/16 mit einem DRG, einem Internetgateway, einem NAT-Gateway und den folgenden Subnetzen ausgestattet:

• Öffentliche Subnetzmedien 0 (10.0.1.0/24): VNIC 1 befindet sich in Faultdomain 2 mit einer Standby-VNIC 1 in Faultdomain 3.
• Öffentliche Subnetzmedien 10 (10.0.2.0/24): VNIC 2 befindet sich in Faultdomain 2 mit einer Standby-VNIC 2 in Faultdomain 3.
• Privates Subnetz für HA (10.0.3.0/24): VNIC 3 befindet sich in Faultdomain 2 mit einer Standby-VNIC 3 in Faultdomain 3.
• Privates Subnetz für WanPort (10.0.4.0/24): SIPpy (Bastion VM) befindet sich in Faultdomain 1. Der primäre SBC mit einem Session Border Controller und VNIC 0 befindet sich in Faultdomain 2. Die Standby-SBC mit einem Session Border Controller und einer Standby-VNIC 0 befindet sich in der Faultdomain 3.

Traffic fließt wie folgt zwischen den Komponenten:

• Bidirektionaler Datenverkehr zwischen VNIC 1 und Internetgateway und Standby-VNIC 1 und Internetgateway.
• Bidirektionale Verkehrswerte zwischen VNIC 1 in Public Subnet Media 0 und dem primären Sessionborder Controller im privaten Subnetz WanPort. Bidirektionaler Traffic fließt auch zwischen der Standby-VNIC 1 und dem Standby-Session-Border Controller.
• Bidirektionale Verkehrswerte zwischen VNIC 2 in Public Subnet Media 10 und dem primären Sessionborder Controller im privaten Subnetz WanPort. Bidirektionaler Traffic fließt auch zwischen der Standby-VNIC 2 und dem Standby-Session-Border Controller.
• Es kommt zu bidirektionalem Datenverkehr zwischen dem On-Premise-Data-Center und dem DRG mit Site-to-Site-VPN. Bidirektionaler Traffic tritt auch zwischen dem DRG und der SIPpy Bastion-VM auf.
• Traffic fließt vom NAT-Gateway zum Internetgateway.
• Verkehrswerte vom Servicegateway zum Objektspeicher.

Der OCI-DevOps-Service befindet sich in der OCI-Region. Der OCI-DevOps-Service verfügt über ein Code-Repository und eine Build-Pipeline mit Erstellungsphase. Ein Entwickler schreibt Code in das Code-Repository im OCI-DevOps-Service fest. Der Code verläuft zur Build-Pipeline und dann zur Availability-Domain.