Abilita le integrazioni multicloud da Oracle Cloud ERP a Microsoft Azure SQL Database

Architettura

Questa architettura di riferimento mostra come abilitare una soluzione di integrazione multicloud, basata sugli eventi e senza codice per ricevere feed in tempo reale da Oracle Cloud ERP e inviarli a un database SQL Microsoft Azure privato, utilizzando un componente fornito da Oracle Integration come agente di connettività, per facilitare le integrazioni on premise/multicloud.

You can use the Oracle Integration Connectivity Agent in any of the following patterns detailed in the following sections to set up a connection between Oracle Integration and Microsoft Azure SQL Database on a private Azure network.

Feed multicloud basati sugli eventi da Oracle Cloud ERP a Microsoft Azure SQL Database - soluzione Internet pubblica e agente di connettività Oracle Integration distribuiti nel pattern di rete privata Azure

Questo scenario utilizza un agente di connettività Oracle Integration per comunicare con un database SQL Azure privato.

L'agente di connettività Oracle Integration viene installato su una VM Azure in una subnet privata all'interno di una VNet. Un collegamento privato Azure si connette al database SQL Azure privato. Private Link consente di connettersi al database SQL di Azure tramite un endpoint privato.
In questo caso, la VM Azure che ospita l'agente di connettività Oracle Integration può connettersi al database SQL di Azure privato (l'accesso pubblico a Azure SQL Server è disabilitato) tramite l'endpoint privato, che viene impostato anche sulla stessa rete virtuale di Azure (VNet).
Oracle Integration Connectivity Agent comunica con Oracle Integration tramite Internet pubblica tramite un gateway NAT di Azure (associato alla subnet privata all'interno di VNet) da un lato e con il database SQL di Azure privato dall'altro tramite un endpoint privato di Azure (collegamento privato).
Quando un flusso di integrazione all'interno di Oracle Integration utilizza l'adattatore del database SQL di Microsoft Azure per eseguire un'azione su di esso (ad esempio, carica i dati degli eventi business di Oracle Cloud ERP in una tabella SQL di Azure), l'agente di connettività avvia una connessione sicura a Oracle Integration, recupera la richiesta ed esegue l'azione sul database SQL privato di Azure.
Quando si utilizza l'agente di connettività, non è necessario aprire firewall per accedere al database Azure SQL nella rete privata di Azure. Inoltre, tutti i messaggi tra la rete privata Azure e Oracle Integration vengono cifrati (SSL).

Il diagramma riportato di seguito illustra questa architettura di riferimento.

Segue la descrizione di oci-multicloud-int-public-internet.png

Descrizione dell'illustrazione oci-multicloud-int-public-internet.png

oci-multicloud-int-public-internet-oracle.zip

Feed multicloud basati sugli eventi da Oracle Cloud ERP a Microsoft Azure SQL Database - Oracle Interconnect for Azure e Connectivity Agent Oracle Integration distribuiti in un pattern di rete privata Azure

Questo scenario utilizza un agente di connettività Oracle Integration per comunicare con un database SQL Azure privato.

L'agente di connettività Oracle Integration viene installato su una VM di Azure in una subnet privata all'interno di una VNet. Un collegamento privato Azure si connette al database SQL Azure privato tramite un endpoint privato.
In questo caso la VM Azure che ospita l'agente di connettività Oracle Integration può connettersi al database SQL di Azure privato (l'accesso pubblico a Azure SQL Server è disabilitato) tramite l'endpoint privato, che viene impostato anche sulla stessa rete virtuale di Azure (VNet).
L'agente di connettività Oracle Integration comunica con Oracle Integration tramite una connessione intercloud privata sicura tra la rete Azure e la VCN OCI che ignora la rete Internet pubblica (Oracle Interconnect for Azure).
In questo caso, l'agente di connettività può accedere a Oracle Integration tramite un gateway di rete virtuale di Azure (associato alla subnet privata all'interno di VNet), che a sua volta si connette a una VCN OCI tramite Oracle Interconnect for Azure (ExpressRoute sul lato Azure e FastConnect sul lato Oracle Cloud) e con il database SQL di Azure privato tramite un endpoint privato di Azure (collegamento privato).
Quando un flusso di integrazione all'interno di Oracle Integration utilizza l'adattatore del database SQL di Microsoft Azure per eseguire un'azione su di esso (ad esempio, carica i dati degli eventi business di Oracle Cloud ERP in una tabella SQL di Azure), l'agente di connettività avvia una connessione sicura a Oracle Integration, recupera la richiesta ed esegue l'azione sul database SQL privato di Azure.
Inoltre, è necessario configurare un gateway di servizi OCI per instradare il traffico dalla VCN a Oracle Integration. Inoltre, l'instradamento del transito diretto tramite gateway deve essere abilitato nella VCN OCI (le tabelle di instradamento nella VCN OCI devono essere impostate per il collegamento DRG OCI e per il gateway di servizi OCI). Ciò significa che il traffico passa attraverso la VCN alla relativa destinazione oltre la VCN, ad esempio Oracle Integration (è garantito l'accesso privato a Oracle Cloud Services come Oracle Integration quando si utilizza il gateway di servizi OCI).

Il diagramma riportato di seguito illustra questa architettura di riferimento.

Descrizione di oci-multicloud-interconnect-azure.png

Descrizione dell'illustrazione oci-multicloud-interconnect-azure.png

oci-multicloud-interconnect-azure-oracle.zip

Feed multicloud basati sugli eventi da Oracle Cloud ERP a Microsoft Azure SQL Database - Oracle Interconnect for Azure e Connectivity Agent Oracle Integration distribuiti in un pattern VCN OCI

Questo scenario utilizza un agente di connettività Oracle Integration per comunicare con un database SQL Azure privato.

L'agente di connettività Oracle Integration è installato su una VM OCI in una subnet privata all'interno di una VCN OCI. Inoltre, è necessario configurare un gateway di servizi OCI per instradare il traffico dalla VCN a Oracle Integration. Sul lato Azure, un collegamento privato Azure si connette al database SQL privato di Azure. Il collegamento privato consente di connettersi al database SQL di Azure tramite un endpoint privato.
In questo caso, la VM OCI che ospita l'agente di connettività Oracle Integration all'interno di una VCN OCI può connettersi al database SQL Azure privato (l'accesso pubblico a Azure SQL Server è disabilitato) tramite l'endpoint privato, impostato su una rete virtuale Azure (VNet).
L'agente di connettività Oracle Integration (distribuito in una VCN OCI) comunica in modo privato con Oracle Integration tramite un gateway di servizi OCI (è garantito l'accesso privato a Oracle Cloud Services come Oracle Integration quando si utilizza il gateway di servizi OCI).
Dall'altro lato, Oracle Integration Connectivity Agent comunica con il database Azure SQL privato tramite una connessione intercloud privata sicura tra la rete Azure e la VCN OCI che ignora la rete Internet pubblica (Oracle Interconnect for Azure). In questo caso, l'agente di connettività può accedere al database Azure SQL privato tramite un gateway di instradamento dinamico OCI (DRG), che a sua volta si connette a un Azure VNet tramite Oracle Interconnect for Azure (ExpressRoute sul lato Azure) e FastConnect sul lato Oracle Cloud), raggiunge un gateway di rete virtuale Azure (associato a Azure VNet) e infine si connette al database SQL di Azure privato tramite un endpoint privato Azure (collegamento privato), configurato all'interno di Azure VNet.
Quando un flusso di integrazione all'interno di Oracle Integration utilizza l'adattatore del database SQL di Microsoft Azure per eseguire un'azione su di esso (ad esempio, carica i dati degli eventi business di Oracle Cloud ERP in una tabella SQL di Azure), l'agente di connettività avvia una connessione sicura a Oracle Integration, recupera la richiesta ed esegue l'azione sul database SQL privato di Azure.

Il diagramma riportato di seguito illustra questa architettura di riferimento.

Segue la descrizione di oci-multicloud-interconnect-azure-agent.png

Descrizione dell'illustrazione oci-multicloud-interconnect-azure-agent.png

oci-multicloud-interconnect-agent-oracle.zip

Per tutti e tre i modelli descritti nelle sezioni precedenti:

Oracle Integration viene utilizzato per:

Flusso di integrazione producer

Riceve i dati in tempo reale da Oracle Cloud ERP tramite l'adattatore nativo di Oracle ERP Cloud (ad esempio, Evento ordine di acquisto, Evento creazione fornitore, Fattura conto fornitori approvata, Contabilizzazione batch scritture contabili completata e così via).
Ottiene il payload evento di Oracle Cloud ERP, recuperando ulteriori dettagli sull'evento utilizzando l'adattatore nativo di Oracle ERP Cloud, ad esempio - Recupera dettagli aggiuntivi fornitore in aggiunta all'evento di creazione fornitore (facoltativo, valido solo per alcuni eventi aziendali).
Pubblica i dati degli eventi aziendali Oracle Cloud ERP in flussi/argomenti Kafka privati di streaming OCI (ad esempio, PurchaseOrderTopic, SupplierTopic, AccountPayablesTopic e così via) tramite l'adattatore nativo di streaming OCI (la connessione Oracle Integration utilizza un agente di connettività distribuito in una VM OCI in una subnet privata, a cui è possibile accedere alla subnet privata a cui appartiene l'endpoint privato di streaming OCI. Questo agente di connettività effettua richieste a Oracle Integration tramite un gateway di servizi OCI, garantendo che l'accesso a Oracle Integration venga instradato tramite la rete interna.

Flusso di integrazione dei consumatori

Utilizza i dati degli eventi aziendali Oracle Cloud ERP da flussi/argomento Kafka privati di streaming OCI (ad esempio, PurchaseOrderTopic, SupplierTopic, AccountPayablesTopic e così via) tramite l'adattatore nativo di streaming OCI.
Carica i dati degli eventi aziendali Oracle Cloud ERP in un database SQL Azure privato tramite l'adattatore nativo del database SQL Microsoft Azure.

OCI Streaming insieme a Oracle Integration viene utilizzato per:

Scollegare Oracle Cloud ERP da Azure SQL Database, limitando l'impatto sulla soluzione nel caso in cui l'applicazione o il sistema a valle scenda (in questo caso, Azure SQL Database).
Assicurarsi che i messaggi vengano consegnati al database SQL di Azure con la gestione effettiva degli errori (se il database SQL di Azure è inattivo, è possibile utilizzare Riprova argomenti Kafka e Argomenti Kafka lettera morta in streaming OCI per ritentare i messaggi non riusciti, utilizzando i nuovi tentativi di integrazione pianificati in Oracle Integration che utilizzano i messaggi non riusciti e provare a caricarli nel database SQL di Azure).
Parallelizza l'elaborazione dei dati degli eventi aziendali di Oracle Cloud ERP utilizzando la funzionalità adattatore di streaming OCI per utilizzare i messaggi provenienti da una partizione specifica associata allo stesso argomento.
Misurare le richieste inviate a Azure SQL Database, poiché l'adattatore di streaming OCI consente di utilizzare uno o più record da una partizione/argomento specifico, nonché controllare la frequenza di utilizzo dei messaggi dalla partizione/argomento.

L'architettura è dotata dei componenti elencati di seguito.

Componenti di Oracle Cloud Infrastructure

Oracle Cloud ERP
L'applicazione Oracle Cloud ERP espone servizi Web, API, business object e pubblica eventi. L'adattatore Oracle ERP Cloud incluso in Oracle Integration fornisce la connettività a diversi moduli all'interno di Oracle Cloud ERP come Financials, Procurement, Account Payables, General Ledger e così via, senza conoscere dettagli specifici coinvolti nell'integrazione. Gli eventi aziendali Oracle Cloud ERP possono essere utilizzati solo tramite l'adattatore Oracle ERP Cloud.
Oracle Integration
Oracle Integration è un servizio completamente gestito che consente di integrare le applicazioni, automatizzare i processi, ottenere informazioni dettagliate sui processi aziendali e creare applicazioni visive.
Agente di connettività
Puoi creare integrazioni ibride e scambiare messaggi tra le applicazioni in reti private o on premise e Oracle Integration utilizzando l'agente di connettività.
Streaming
Il servizio di streaming di Oracle Cloud Infrastructure offre una soluzione di storage completamente gestita, scalabile e duratura che consente di includere flussi di dati continui e a elevato volume che puoi utilizzare ed elaborare in tempo reale. Puoi utilizzare la soluzione Streaming per l'inclusione di dati a elevato volume, ad esempio log dell'applicazione, telemetria operativa, dati di click-stream Web o per altri casi d'uso in cui i dati vengono prodotti ed elaborati in maniera continua e sequenziale in un modello di messaggistica di pubblicazione/sottoscrizione.
Area
Un'area Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, definiti domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (in tutti i paesi o anche in continenti).
Domini di disponibilità
I domini di disponibilità sono data center standalone indipendenti all'interno di un'area geografica. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse presenti negli altri domini di disponibilità, che offrono tolleranza agli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio alimentazione o raffreddamento o la rete interna del dominio di disponibilità. È pertanto improbabile che l'eventuale guasto di un dominio di disponibilità influenzi gli altri domini di disponibilità nell'area.
Rete cloud virtuale (VCN) e subnet
Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Analogamente alle reti di data center tradizionali, i VCN offrono il controllo completo sull'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che puoi modificare dopo aver creato la VCN. Puoi segmentare una VCN nelle subnet che possono essere definite nell'area o in un dominio di disponibilità. Ogni subnet è composta da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. Puoi modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.
Gruppo di sicurezza di rete (NSG)
Il gruppo di sicurezza di rete (NSG) agisce come firewall virtuale per le risorse cloud. Con il modello di sicurezza zero-trust di Oracle Cloud Infrastructure, tutto il traffico viene negato e puoi controllare il traffico di rete all'interno di una VCN. Un gruppo NSG è costituito da un set di regole di sicurezza in entrata e in uscita valide solo per un set specificato di VNIC in una singola VCN.
Gateway del servizio
Il gateway di servizi fornisce l'accesso da una VCN ad altri servizi, come Oracle Cloud Infrastructure Object Storage. Il traffico dalla VCN al servizio Oracle viaggia sulla struttura di rete Oracle e non attraversa mai Internet.
Gateway di instradamento dinamico (DRG)
DRG è un router virtuale che fornisce un percorso per il traffico di rete privato tra VCN nella stessa area, tra una VCN e una rete esterna all'area, come una VCN in un'altra area Oracle Cloud Infrastructure, una rete in locale o una rete in un altro provider cloud.
Tabella di instradamento
Le tabelle di instradamento virtuale contengono regole per instradare il traffico dalle subnet alle destinazioni esterne a una VCN, in genere tramite gateway.
FastConnect
Oracle Cloud Infrastructure FastConnect consente di creare facilmente una connessione dedicata e privata tra il data center e Oracle Cloud Infrastructure. FastConnect fornisce opzioni a maggiore larghezza di banda e un'esperienza di rete più affidabile se confrontata con le connessioni basate su Internet.
Interconnessione OCI e Azure
Oracle Cloud e Microsoft Azure Interconnect sono la prima offerta multicloud di Oracle. Offre una connessione di rete diretta tra data center specifici di Azure e Oracle Cloud Infrastructure (OCI) in tutto il mondo. Consente agli amministratori e agli sviluppatori di Azure di connettere le proprie applicazioni alle applicazioni e ai servizi in esecuzione in OCI senza creare collegamenti dedicati o inviare il traffico delle applicazioni tramite la rete Internet pubblica.

Componenti di Microsoft Azure

Database Azure SQL
Azure SQL Database è un motore di database completamente gestito (platform as a service) che gestisce la maggior parte delle funzioni di gestione del database, quali l'aggiornamento, l'applicazione di patch, i backup e il monitoraggio, senza il coinvolgimento degli utenti. L'adattatore Microsoft SQL Server incluso in Oracle Integration consente di integrare il database Microsoft Azure SQL Server residente dietro il firewall della rete Azure con Oracle Integration utilizzando l'agente di connettività Oracle Integration. Utilizzare l'adattatore Microsoft SQL Server per eseguire il polling dei record nuovi e aggiornati per l'elaborazione in Oracle Integration.
Rete virtuale (VNet) e subnet
Un VNet è una rete virtuale definita in Azure. Un elemento VNet può avere più subnet di blocchi CIDR non sovrapposte che è possibile aggiungere dopo la creazione di VNet. È possibile segmentare un elemento VNet in subnet che possono essere definite in un'area o in zone di disponibilità. Ogni subnet è composta da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet in VNet. Utilizzare VNet per isolare logicamente le risorse di Azure a livello di rete.
Collegamento privato (endpoint privato)
Private Link consente di connettersi a vari servizi PaaS in Azure (come Azure SQL Database) tramite un endpoint privato. Un endpoint privato è un indirizzo IP privato all'interno di una subnet e un VNet specifici.
Gateway rete virtuale
Un gateway di rete virtuale consente il traffico tra un Azure VNet e una rete esterna a Azure, tramite la rete Internet pubblica o utilizzando ExpressRoute, a seconda del tipo di gateway specificato.
Tabella di instradamento
Le tabelle di instradamento indirizzano il traffico diretto tra le subnet di Azure, VNets e le reti esterne a Azure.
ExpressRoute
Azure ExpressRoute consente di impostare una connessione privata tra un VNet e un'altra rete, ad esempio una rete in locale o una rete in un altro provider cloud. ExpressRoute è un'alternativa più affidabile e veloce alle connessioni tipiche di Internet, perché il traffico tramite ExpressRoute non attraversa la rete Internet pubblica.

Suggerimenti

Utilizza i seguenti suggerimenti come punto di partenza per abilitare una soluzione di integrazione multicloud basata sugli eventi da Oracle Cloud ERP a Microsoft Azure SQL Database tramite Oracle Integration e OCI Streaming. I requisiti potrebbero essere diversi dall'architettura descritta qui.

Connettività
Tutte le connessioni all'interno di OCI e Azure devono essere stabilite tramite una rete privata, ovvero:
- Gli agenti di connettività che si connettono a streaming OCI devono essere installati in una VM OCI all'interno di una subnet privata.
- I flussi e gli argomenti Kafka di streaming OCI creati devono essere associati a un pool di flussi distribuito con un endpoint privato (associato a una subnet privata in una VCN OCI).
- Gli agenti di connettività che si connettono al database SQL di Azure devono essere installati in una VM di Azure all'interno di una subnet privata in una VNet.
- La connessione tra la VM di Azure che ospita l'agente di connettività (distribuito in una subnet privata in VNet) e il database SQL di Azure deve essere tramite un collegamento privato di Azure (endpoint privato).
È possibile iniziare con l'impostazione di Public Internet and Connectivity Agent distribuito in un pattern di rete privata Azure, che richiede solo l'installazione di Connectivity Agent in una VM Azure e la configurazione dell'impostazione di sicurezza appropriata in Azure per garantire l'accesso da Connectivity Agent all'istanza di Oracle Integration (questa è una comunicazione SSL su Internet pubblico).

Per garantire la connettività privata end-to-end per questa architettura di integrazione, è possibile impostare Oracle Interconnect for Azure and Connectivity Agent distribuito in un pattern di Azure Private Network oppure Oracle Interconnect for Azure e Connectivity Agent distribuiti in un pattern VCN OCI, per utilizzare Oracle Interconnect for Azure in modo che vengano instradate tutte le transazioni di integrazione tra Oracle Integration e Connectivity Agent che dispone dell'accesso privato al database SQL di Azure.
Limitare l'accesso a un'istanza di Oracle Integration
Limitare le reti che hanno accesso all'istanza di Oracle Integration configurando la lista di inclusione di Oracle Integration (in precedenza una lista di inclusione). Solo gli utenti/sistemi degli indirizzi IP specifici, i blocchi CIDR (Classless Inter-Domain Routing) e le reti cloud virtuali specificate possono accedere all'istanza di Oracle Integration.

In questa architettura di integrazione, la lista di inclusione di Oracle Integration potrebbe limitare l'accesso all'istanza di Oracle Integration, consentendo solo le richieste avviate dalle istanze di Oracle Cloud ERP e dagli OCID VCN associati alle VM che ospitano gli agenti di connettività.
Utilizzare l'agente di connettività negli ambienti High Availability
È possibile utilizzare l'agente di connettività in ambienti ad alta disponibilità con Oracle Integration. L'agente di connettività viene installato due volte su host diversi. Gli agenti di connettività possono scalare orizzontalmente, fornendo tutti i vantaggi dell'esecuzione di più agenti per un gruppo di agenti. Ciò determina un aumento delle prestazioni e un ampliamento dei vantaggi del failover.
In questa architettura di integrazione, è possibile disporre di:
- Due agenti di connettività installati su due VM OCI differenti (per gli agenti che accedono ai servizi OCI), ogni VM OCI distribuita su domini di errore diversi (all'interno di un dominio di disponibilità) o domini di disponibilità diversi (all'interno di un'area cloud).
- Due agenti di connettività installati su due diverse VM di Azure (per gli agenti che accedono ai servizi di Azure), ogni VM di Azure distribuita in diverse zone di disponibilità di Azure (all'interno di un'area di Azure).
VCN (si applica anche a Azure VNet)
Quando crei una rete VCN, determina il numero di blocchi CIDR necessari e la dimensione di ogni blocco in base al numero di risorse che intendi collegare alle subnet nella VCN. Usa blocchi CIDR che si trovano nello spazio di indirizzi IP privati standard.

Selezionare i blocchi CIDR che non si sovrappongono a qualsiasi altra rete (in Oracle Cloud Infrastructure, nel data center on-premise o in un altro provider cloud) a cui si desidera impostare connessioni private.

Dopo aver creato una VCN, puoi modificarne, aggiungere e rimuovere i blocchi CIDR.

Quando si progettano le subnet, tenere in considerazione il flusso di traffico e i requisiti di sicurezza. Collegare tutte le risorse all'interno di un livello o ruolo specifico alla stessa subnet, che può essere utilizzata come limite di sicurezza.

Utilizzare le subnet regionali.
Gruppi di sicurezza di rete (NSG)
Puoi utilizzare i gruppi NSG per definire un set di regole di entrata e uscita valide per VNIC specifiche. È consigliabile utilizzare i gruppi NSG anziché le liste di sicurezza, perché i gruppi NSG consentono di separare l'architettura della subnet della VCN dai requisiti di sicurezza dell'applicazione.

In questa architettura di integrazione, NSG viene utilizzato per definire le regole di entrata e uscita per lo streaming OCI con endpoint privato, le VM OCI che ospitano gli agenti di connettività e così via.

Considerazioni

Quando si distribuisce questa architettura di riferimento, tenere presente quanto riportato di seguito.

Scalabilità
Durante la creazione di flussi e argomenti di streaming OCI, gli amministratori specificano il numero di flussi che intendono utilizzare. È possibile creare flussi per ogni dominio aziendale (ad esempio, InvoiceStream, PurchaseOrderStream e così via). Gli amministratori specificano inoltre le partizioni che intendono utilizzare per ogni flusso/argomento. Le partizioni ti consentono di distribuire un flusso/argomento suddividendo i messaggi su più nodi, consentendo a più consumer di leggere da un flusso/un argomento in parallelo (in questo caso, potresti avere più copie dello stesso flusso di integrazione dei consumatori in Oracle Integration, ciascuna lettura da una partizione diversa di un flusso/argomento utilizzando l'adattatore di streaming OCI come trigger).

Quando si creano istanze di Oracle Integration, gli amministratori specificano il numero di pacchetti di messaggi che intendono utilizzare per ogni istanza.
Limitazioni risorse
Considerare le migliori prassi, i limiti in base al servizio e le quote del compartimento per la tua tenancy.
Sicurezza
Utilizzare i criteri Oracle Cloud Infrastructure Identity and Access Management (IAM OCI) per controllare chi può accedere alle risorse cloud (ad esempio, Oracle Integration, istanze di streaming OCI, istanze di computazione OCI e così via) e quali operazioni è possibile eseguire. Per proteggere le password del database o qualsiasi altro segreto, prendere in considerazione l'uso del servizio Vault OCI.
Disponibilità
Puoi prendere in considerazione l'uso di un'opzione di alta disponibilità in base ai tuoi requisiti di distribuzione e alla tua area geografica. Le opzioni includono la distribuzione delle risorse tra più domini di disponibilità in un'area e la distribuzione delle risorse tra i domini di errore all'interno di un dominio di disponibilità.

I domini di errore offrono la migliore resilienza per i carichi di lavoro distribuiti all'interno di un singolo dominio di disponibilità. Per l'alta disponibilità nel livello applicativo, distribuisci gli Application Server in domini di errore diversi e utilizza un load balancer per distribuire il traffico client tra gli Application Server.
Prestazioni e costi
OCI offre forme di computazione che rispondono a una vasta gamma di applicazioni e casi d'uso. Scegliere attentamente le forme per le istanze di computazione. Selezionare le forme che offrono prestazioni ottimali per il carico al costo più basso. Se hai bisogno di più prestazioni, memoria o larghezza di banda della rete, puoi passare a una forma di dimensioni maggiori.

Visualizza altro

Scopri di più su come stabilire la connettività di rete privata multi-cloud tramite Oracle Integration.

Esaminare le risorse aggiuntive riportate di seguito.

Conferme

Author: Juan Carlos González Carrero