Stima dell'uso dei messaggi di fatturazione per una tenancy sottoposta a misurazione

Il calcolo dell'uso dei messaggi di fatturazione dipende dal modello di consumo della tenancy. Questo argomento si applica alle tenancy che utilizzano il modello sottoposto a misurazione (credito universale). Utilizzare le informazioni riportate di seguito per stimare il numero di messaggi di fatturazione utilizzati dall'istanza.

Quando si crea un'istanza di Oracle Integration, si specifica il numero di pacchetti di messaggi che si prevede vengano utilizzati dall'istanza. I pacchetti di messaggi per le tenancy sottoposte a misurazione sono definiti come indicato di seguito.

Se hai creato una nuova licenza di Oracle Integration nel cloud:
- Ogni pacchetto di messaggi include 5.000 messaggi di fatturazione all'ora.
- È possibile selezionare fino a 12 pacchetti di messaggi nell'interfaccia utente.
Se hai portato una licenza Oracle Fusion Middleware esistente nel cloud (BYOL):
- Ogni pacchetto di messaggi include 20.000 messaggi di fatturazione all'ora.
- È possibile selezionare fino a 3 pacchetti di messaggi nell'interfaccia utente.

Il numero di pacchetti di messaggi a cui si esegue la sottoscrizione può influire anche sul tempo di elaborazione delle richieste sincrone. Vedere Uso del pacchetto di messaggi e richieste sincrone.

Regole di consumo messaggi comuni

Le regole riportate di seguito si applicano al consumo dei messaggi in tutti i componenti di Oracle Integration.

Rule	Descrizione
Trigger e richiami	I trigger e i richiami vengono generalmente conteggiati come 1 messaggio con alcune eccezioni. Ad esempio: Ogni attività di trigger di Oracle Integration viene conteggiata come 1 messaggio, a meno che l'integrazione non richiami un'altra integrazione. Le richieste di richiamo da Oracle Integration non vengono conteggiate come messaggio e le risposte di richiamo vengono conteggiate solo se sono superiori a 50 KB. Ogni processo richiamato conta come 1 messaggio, a meno che il processo non richiami un altro processo.
Chiamate interne	Le chiamate interne nello stesso componente non vengono conteggiate come messaggi. Ad esempio, non vengono conteggiati i seguenti elementi: Integrazione nell'integrazione all'interno della stessa istanza di Oracle Integration Processo da elaborare Tuttavia, un'integrazione in un'istanza di Oracle Integration che richiama un'integrazione in un'altra istanza di Oracle Integration esegue messaggi nell'istanza di destinazione di Oracle Integration.
Payload messaggi oltre 50 KB	Per i payload dei messaggi superiori a 50 KB, 1 messaggio aggiuntivo viene conteggiato per ogni ulteriore 50 KB. Ad esempio, se il payload di un messaggio è di 102 KB, verranno conteggiati 2 messaggi aggiuntivi.

Rule

Descrizione

Trigger e richiami

I trigger e i richiami vengono generalmente conteggiati come 1 messaggio con alcune eccezioni. Ad esempio:

Ogni attività di trigger di Oracle Integration viene conteggiata come 1 messaggio, a meno che l'integrazione non richiami un'altra integrazione.
Le richieste di richiamo da Oracle Integration non vengono conteggiate come messaggio e le risposte di richiamo vengono conteggiate solo se sono superiori a 50 KB.
Ogni processo richiamato conta come 1 messaggio, a meno che il processo non richiami un altro processo.

Chiamate interne

Le chiamate interne nello stesso componente non vengono conteggiate come messaggi.

Ad esempio, non vengono conteggiati i seguenti elementi:

Integrazione nell'integrazione all'interno della stessa istanza di Oracle Integration
Processo da elaborare

Tuttavia, un'integrazione in un'istanza di Oracle Integration che richiama un'integrazione in un'altra istanza di Oracle Integration esegue messaggi nell'istanza di destinazione di Oracle Integration.

Payload messaggi oltre 50 KB

Per i payload dei messaggi superiori a 50 KB, 1 messaggio aggiuntivo viene conteggiato per ogni ulteriore 50 KB. Ad esempio, se il payload di un messaggio è di 102 KB, verranno conteggiati 2 messaggi aggiuntivi.

Consumo messaggio integrazione

Seguire queste regole per determinare la modalità di calcolo del consumo dei messaggi.

Numero regola	Rule	Descrizione
1	Trigger	Ogni attività trigger viene conteggiata come almeno un messaggio, fino a 50 KB in entrata. Se il payload del messaggio in entrata supera i 50 KB, vengono conteggiati 1 messaggio aggiuntivo per ogni ulteriore 50 KB.
2	Richiama	Le richieste di richiamo non vengono conteggiate come messaggi, ma richiamano le risposte oltre il conteggio di 50 KB. Se il payload del messaggio supera i 50 KB, vengono conteggiati 1 messaggio aggiuntivo per ogni ulteriore 50 KB.
3	File	Per i flussi pianificati basati su file in cui sono presenti file in entrata in integrazioni, ogni file viene convertito in un messaggio fatturato (in multipli di 50 KB) solo quando la dimensione è maggiore di 50 KB.
4	Interno	Le chiamate di integrazione all'interno della stessa istanza di Oracle Integration non vengono conteggiate. Tuttavia, la chiamata di un'altra istanza di Oracle Integration comporta la presenza di messaggi nell'istanza di destinazione di Oracle Integration.

Esempi di consumo dei messaggi di integrazione

Questa tabella mostra, ad esempio, come viene calcolata la fatturazione dei messaggi e le regole applicabili.

Tipo di integrazione	Scenario/Flusso	Calcolo messaggio di fatturazione	Regole applicabili
Sincronizza/asincronizza (trigger)	In entrata REST con payload da 120 KB. Trasformazione dati. Richiamo esterno per eseguire il push dei dati in Logfire.	La dimensione del payload viene considerata al trigger. ceil(120/50) = 3 messaggi	#1 (trigger)
Sincronizza/asincronizza (trigger)	In entrata SOAP con payload da 70 KB. Scarica i file in loop. 3 file scaricati di dimensioni 20 KB, 170 KB e 40 KB, rispettivamente. Trasformazione/arricchimento dei dati. Richiamo esterno per eseguire il push dei dati in un sistema esterno tramite REST.	La dimensione del payload viene considerata al trigger. Viene monitorata anche qualsiasi risposta successiva maggiore di 50 KB. In questo scenario vengono considerati solo i file superiori a 50 KB. ceil(70/50) + ceil(170/50) = 2 +4 = 6 messaggi	#1 (trigger) #3 (file)
Sincronizza/asincronizza (trigger)	Database Adapter che esegue il pull di dati da 20 KB e 2 righe. Per ogni riga viene eseguito 1 richiamo REST in uscita, con dati di 20 KB per ogni richiamo. Integrazione/trasformazione dei dati. FTP in una posizione esterna.	La dimensione del payload viene considerata al trigger. Viene monitorata anche qualsiasi risposta successiva maggiore di 50 KB. ceil (20/50) = 1 messaggio	#1 (trigger)
Sincronizza/asincronizza (trigger)	In entrata SOAP con payload da 10 KB. Scarica i file in loop. Due file scaricati di dimensioni 20 KB e 70 KB, rispettivamente. Richiamo esterno per ottenere ulteriori dati tramite l'adattatore REST. Restituisce i dati di 100 KB. FTP in una posizione esterna.	La dimensione del payload viene considerata al trigger. Viene monitorata anche qualsiasi risposta successiva maggiore di 50 KB. ceil(10/50)+ ceil (70/50) + ceil(100/50) = 1+2+2 = 5 messaggi	#1 (trigger) N. 2 (Richiama) #3 (file)
Sincronizza/asincronizza (trigger)	Richiesta GET REST semplice con parametri di modello senza payload. Chiama Oracle Fusion Cloud B2C Service per ottenere i dettagli di contatto. Restituisce una risposta di 40 KB. Restituire i dati del contatto.	La dimensione del payload viene considerata al trigger. Viene monitorata anche qualsiasi risposta successiva maggiore di 50 KB. Poiché il trigger è solo una richiesta GET senza payload, viene considerato 1 messaggio fatturato. 1 messaggio	#1 (trigger)
Flusso pianificato	Trigger pianificato. Scarica i file in loop. Tre file scaricati con dimensioni rispettivamente di 20 KB, 170 KB e 40 KB. Trasformazione dati. Richiamo esterno per il trasferimento dei dati che genera 10 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati di risposta sono superiori a 50 KB. ceil(170/50) = 4 messaggi	#3 (file)
Flusso pianificato	Trigger pianificato. Database Adapter che esegue il pull dei dati da 30 KB e 10 righe. Trasformazione dati. Richiamo esterno per il trasferimento dei dati che genera 5 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati di risposta sono superiori a 50 KB. Non conteggiato.	Nessuno
Flusso pianificato	Trigger pianificato. Richiamo SOAP esterno per ottenere dati tramite report BIP. Restituisce i dati di 130 KB. Richiamo esterno per ottenere ulteriori dati tramite l'adattatore REST. Restituisce i dati di 10 KB. Trasformazione dati. Richiamo esterno per il trasferimento dei dati che genera 5 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati di risposta sono superiori a 50 KB. ceil(130/50) = 3 messaggi	#3 (file)
Flusso pianificato	Trigger pianificato. Scarica i file in loop. Due file scaricati di dimensioni 20 KB e 40 KB, rispettivamente. Richiamo esterno per ottenere ulteriori dati tramite l'adattatore REST. Restituisce i dati di 100 KB. FTP in una posizione esterna.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati di risposta sono superiori a 50 KB. ceil(100/50) = 2 messaggi	N. 2 (Richiama)
Flusso pianificato	Trigger pianificato. Richiamo esterno per ottenere i dati tramite l'adattatore REST. Restituisce i dati di 10 KB. Trasformazione dati. Richiamo REST esterno per trasferire i dati che generano 500 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati di risposta sono superiori a 50 KB. Non conteggiato.	N. 4 (Interno) Nessun conteggio
Flusso integrazione figlio	Un flusso di integrazione padre chiama un flusso di integrazione figlio tramite REST in un loop. Il flusso di integrazione figlio invia un'e-mail di notifica con le informazioni passate da un flusso padre. Esecuzione del flusso figlio completata.	Il richiamo del flusso figlio di integrazione viene annullato dalla misurazione. Non conteggiato. Si noti che il padre può contare.	N. 4 (Interno) Nessun conteggio
Flusso integrazione figlio	Il flusso di integrazione padre scarica un file CSV tramite l'adattatore FTP. Il file CSV contiene 5 righe. Ogni riga del file CSV chiama un flusso figlio Integrazione. Il flusso di integrazione figlio legge un ID ordine passato come input. Richiama una richiesta a Oracle Fusion Cloud B2C Service per ottenere i dati relativi all'ordine. Ogni richiamo restituisce dati da 70 KB. Trasformazione dei dati nel flusso figlio. Spinge i dati tramite un adattatore FTP per scriverli in un file. Esecuzione figlio completata.	I richiami del flusso figlio di integrazione vengono annullati dalla misurazione. Qualsiasi risposta successiva viene misurata. Ogni bambino = ceil(70/50) = 2 messaggi Si noti che il padre può contare.	N. 2 (Richiama)

Consumo messaggi conservazione dati estesa

Per impostazione predefinita, le istanze dell'edizione Standard ed Enterprise conservano i dati per 32 giorni e le istanze dell'edizione Healthcare conservano i dati per 184 giorni. Se si dispone di un'istanza dell'edizione Enterprise, è possibile estendere il periodo di conservazione dei dati, se lo si desidera.

Nota

Non è possibile modificare il periodo di conservazione per le istanze dell'edizione Standard o Healthcare.

L'aggiunta della conservazione estesa dei dati aumenta il consumo orario dei messaggi della percentuale indicata nella tabella seguente. Questo aumento si applica ai totali orari per i messaggi in entrata e in uscita per le richieste di trigger e richiamo.

Periodo di conservazione dei dati esteso	Consumo di messaggi aggiuntivo per la conservazione dei dati	Esempio di calcolo del consumo orario totale dei messaggi
93 giorni (3 mesi)	+10%	3.000 messaggi + 300 messaggi per la conservazione dei dati = 3.300 messaggi totali
184 giorni (6 mesi)	+20%	3.000 messaggi + 600 messaggi per la conservazione dei dati = 3.600 messaggi totali

Attenzione

Se in seguito si riduce il periodo di conservazione dei dati, tutti i dati precedenti al periodo appena selezionato verranno eliminati quando si salva la selezione.

Consumo messaggi Disaster Recovery

Oracle offre una soluzione di disaster recovery che ti consente di eseguire rapidamente il failover da disastri naturali o causati dall'uomo e di garantire la continuità aziendale nella tua area secondaria. È inoltre possibile utilizzare questa soluzione per le migrazioni pianificate e passare periodicamente da un'area all'altra. Oracle gestisce automaticamente quasi tutte le responsabilità di disaster recovery. Le tue responsabilità amministrative sono minime.

È possibile aggiungere il disaster recovery alle istanze dell'edizione Enterprise o Healthcare.

L'aggiunta di disaster recovery aumenta il consumo del pacchetto di messaggi in base al consumo del pacchetto di messaggi esistente. Il consumo di pacchetti di messaggi esistente è il numero di pacchetti di messaggi consumati dalle integrazioni, dalla conservazione dei dati, dall'automazione dei processi, dalle decisioni e dall'automazione robotica dei processi.

Consumo pacchetto messaggi esistente	Consumo aggiuntivo del pacchetto di messaggi per il disaster recovery	Calcolo di esempio del consumo totale del pacchetto di messaggi
1-3 pacchetti di messaggi	+1 pacchetto di messaggi	2 pacchetti di messaggi + 1 pacchetto = 3 pacchetti di messaggi
4-8 Pacchetti di messaggio	+2 Pacchetti di messaggio	6 pacchetti di messaggi + 2 pacchetti = 8 pacchetti di messaggi
8+ Pacchetti di messaggio	+3 pacchetti di messaggi	12 pacchetti di messaggi + 3 pacchetti = 15 pacchetti di messaggi

Consumo messaggio aggiuntivo per funzioni facoltative

Oracle Integration include diverse tecnologie e servizi che è possibile abilitare per funzioni aggiuntive.

Questa tabella mostra il consumo aggiuntivo di messaggi quando si abilitano le funzioni facoltative.

Funzione	Consumo aggiuntivo di messaggi
Automazione dei processi	+1 messaggio per richiamo processo Un processo che richiama un altro processo non sostiene questo addebito +1 messaggio all'ora della durata del processo dopo la prima ora
Decisioni	+1 messaggio per richiamo decisione
Automazione robotica dei processi	+1 messaggio per richiamo robot +1 messaggio ogni 5 minuti di durata del robot dopo i primi 5 minuti

Esempio di consumo dei messaggi

Nelle tabelle riportate di seguito viene illustrato un esempio di calcolo del consumo dei messaggi.

Consumo messaggi per componente

Il primo passo è determinare i messaggi consumati da ciascun componente e quindi calcolare il totale dei messaggi consumati da tutti i componenti.

Componente	Consumo componente	Conversione in messaggi	Messaggi utilizzati
Integrazioni	9.000 messaggi	x 1	9.000
Conservazione dati estesa	6 mesi	x 20%	1.800
Automazione dei processi	1.700 richiami di processo 200 processi della durata di 1-2 ore	x 1	1.900
Decisioni	1.400 richiami decisionali	x 1	1.400
Automazione robotica dei processi	1.200 richiami del robot 100 richiami del robot della durata di 5-10 minuti	x 1	1.300
Totale messaggio	N/D	N/D	15.400

Consumo pacchetto messaggi

Il passo successivo è quello di capire il totale dei pacchetti di messaggi necessari per coprire il totale dei messaggi.

Tipo di licenza	Messaggi per confezione	Numero di confezioni consumate
Nuova licenza Oracle Integration nel cloud	5.000	4
Licenza Oracle Fusion Middleware esistente per il cloud (BYOL)	20.000	1

Consumo pacchetto messaggi per Disaster Recovery

Facoltativamente, se hai impostato il disaster recovery, è necessario aggiungere il numero appropriato di pacchetti di messaggi per il disaster recovery.

Tipo di licenza	Numero di pacchetti di messaggio consumati	Numero di pacchetti di messaggi per il disaster recovery
Nuova licenza Oracle Integration nel cloud	4	2
Licenza Oracle Fusion Middleware esistente per il cloud (BYOL)	1	1

Consumo totale pacchetto messaggi

Infine, aggiungi tutto per ottenere il consumo totale dei pacchetti di messaggi.

Tipo di licenza	Numero di pacchetti di messaggio consumati	Numero di pacchetti di messaggi per il disaster recovery	Totale complessivo
Nuova licenza Oracle Integration nel cloud	4	2	6
Licenza Oracle Fusion Middleware esistente per il cloud (BYOL)	1	1	2

Documentazione dell'infrastruttura Oracle Cloud