Monitora messaggi fatturabili

L'amministratore può monitorare il numero di messaggi fatturabili utilizzati in un'istanza Oracle Integration o Oracle Integration selezionata per SaaS.

Modelli di consumo di Oracle Integration

Il tipo di licenza scelto determina la modalità di definizione e misurazione dei pacchetti di messaggi. La pagina Metriche di utilizzo è diversa per Oracle Integration rispetto a Oracle Integration per SaaS.

Per Oracle Integration:
- Modello BYOL: per gli utenti Bring Your Own License, un pacchetto di messaggi viene definito come 20.000 messaggi all'ora. È possibile selezionare fino a 3 pacchetti di messaggi se si trasferisce una licenza Oracle Fusion Middleware esistente nel cloud.
- Non-BYOL: per questi tipi di licenza, un pacchetto di messaggi è definito come 5.000 messaggi all'ora. È possibile selezionare fino a 12 pacchetti di messaggi se si crea una nuova licenza di Oracle Integration nel cloud.
Per Oracle Integration per SaaS, l'uso viene tracciato su base mensile in pacchetti di un milione di messaggi al mese, il che mantiene i costi prevedibili anche quando si dispone di volumi orari imprevedibili. L'uso viene segnalato mensilmente anziché ogni ora. È possibile selezionare fino a 43 pacchetti di messaggi.

Oracle Integration include funzionalità

Le metriche d'uso coprono le funzioni riportate di seguito.

Nota

Il consumo dei messaggi di Visual Builder non è incluso nelle metriche d'uso di Oracle Integration.

Funzione Oracle Integration	Utilizzo
Integration	Per informazioni dettagliate sulla modalità di calcolo dei messaggi fatturabili di integrazione, vedere Informazioni sull'uso delle integrazioni.
Processo	La misurazione dei processi tiene traccia del numero di utenti univoci concorrenti che interagiscono entro un intervallo di 1 ora. Il dimensionamento si basa su utenti concorrenti, che vengono convertiti in pacchetti di messaggi. Un utente/ora del processo equivale a 400 messaggi/ora. Per informazioni dettagliate sulla modalità di calcolo dei messaggi fatturabili del processo, vedere Informazioni sull'uso del processo.
Integration Insight	Ogni transazione business in Insight viene conteggiata come un unico messaggio.
File server	Nessun costo aggiuntivo associato a File server. Quando si utilizza l'adattatore FTP per scrivere file in File Server in Oracle Integration, viene applicata la determinazione prezzi standard applicabile all'adattatore FTP. Qualsiasi file letto o scritto su 50 KB è considerato un messaggio. Ad esempio, 110 KB vengono considerati 3 messaggi (50 KB ciascuno).

Nota

Le chiamate interne all'interno della stessa istanza di Oracle Integration non vengono conteggiate come messaggi. Vedere ogni sezione sull'uso per capire come vengono conteggiati i messaggi quando vengono utilizzate insieme le funzioni.

Visualizzazione delle metriche di utilizzo

Nella home page selezionare Monitoraggio nel riquadro di navigazione, quindi Metriche utilizzo.
Viene visualizzata la pagina Metriche uso.
Nota

Le metriche dei dati vengono visualizzate utilizzando l'ora standard UTC.
- Per Oracle Integration
  La pagina Metriche uso mostra i messaggi totali utilizzati durante ogni ora del giorno selezionato. Nella figura di esempio riportata di seguito, la riga blu Configurato 5K mostra che l'istanza di Oracle Integration è stata configurata per 5.000 messaggi all'ora durante il provisioning. I valori al di sotto dell'uso configurato vengono visualizzati in rosa chiaro e i valori al di sopra vengono visualizzati in rosa scuro.
  - Per visualizzare i messaggi consumati in una data diversa, selezionare una data utilizzando il calendario Visualizza.
  - Passare il cursore su un periodo di tempo di un'ora per visualizzare il relativo consumo approssimativo dei messaggi.
  - Fare clic su nella parte superiore destra della schermata per espandere una tabella in cui sono elencati ogni ora e i relativi messaggi fatturabili per il giorno selezionato.
- Per Oracle Integration per SaaS
  La pagina Metriche uso per SaaS mostra il totale dei messaggi utilizzati durante ogni mese. Nella figura di esempio riportata di seguito, la riga blu Configurato 5M mostra che l'istanza Oracle Integration per SaaS è stata configurata per 5 milioni di messaggi al mese durante il provisioning. I valori al di sotto dell'uso configurato vengono visualizzati in rosa chiaro e i valori al di sopra vengono visualizzati in rosa scuro.
  - Per visualizzare i messaggi utilizzati durante un intervallo di tempo diverso, selezionare un altro intervallo di tempo utilizzando il calendario Visualizza.
  - Passare il cursore su un periodo di tempo di un mese per visualizzarne il consumo approssimativo dei messaggi.
  - Fare clic su nella parte superiore destra della schermata per espandere una tabella in cui sono elencati ogni mese e i relativi messaggi fatturabili.
Se necessario, esportare le metriche d'uso in un file CSV.
1. Fare clic su Esporta.
2. Nella finestra di dialogo Esporta metriche uso selezionare una data di inizio e una data di fine e fare clic su Esporta.
  Ogni ora è raffigurata come un record. È possibile esportare al massimo 1000 ore di informazioni (mostrate come righe nel file CSV).
3. Utilizzare l'elenco di download del browser per accedere al file CSV.
Il file esportato mostra le colonne relative alla data, ai messaggi configurati e al totale dei messaggi consumati.
Se necessario, modificare i pacchetti di messaggi configurati dell'istanza di Oracle Integration. Vedere Modificare l'edizione, il tipo di licenza, i pacchetti di messaggi e l'endpoint personalizzato di un'istanza.

Informazioni sull'utilizzo delle integrazioni

Quando si creano istanze di Oracle Integration, gli amministratori specificano il numero di pacchetti di messaggi che intendono utilizzare per ogni istanza.

Regole per la registrazione dei messaggi di integrazione fatturati

Seguire queste regole per determinare come viene calcolato il consumo dei messaggi.

Numerico	Regola	descrizione;
1	trigger	Ogni attività trigger viene conteggiata con incrementi di 50 KB. Ad esempio, un payload di messaggi in entrata di 30 KB viene conteggiato come un messaggio, un payload di 70 KB viene conteggiato come due messaggi e così via.
2	Richiama	Le richieste di richiamo non vengono conteggiate come messaggi e le risposte di richiamo con un payload inferiore a 50 KB non vengono conteggiate. Tuttavia, il messaggio di risposta viene considerato in multipli di 50 KB quando supera 50 KB.
3	File	Per i flussi schedulati 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 interne all'interno della stessa istanza di Oracle Integration non vengono conteggiate come messaggi. Ad esempio, non vengono conteggiati i seguenti elementi: Processo a integrazione Da Visual Builder all'integrazione Integrazione con l'integrazione La chiamata di un'altra istanza di Oracle Integration comporta messaggi nell'istanza di destinazione di Oracle Integration e, a seconda della dimensione della risposta, può anche comportare messaggi nell'istanza di chiamata di Oracle Integration.

Esempi di utilizzo dell'integrazione

In questa tabella viene illustrato un esempio di come viene calcolata la fatturazione dei messaggi e delle regole applicabili.

Tipo di integrazione	Scenario/flusso	Calcolo messaggio di fatturazione	Regole applicabili
Sync/Async (trigger)	Eloqua in entrata con payload da 40 KB. Trasformazione dei dati. Richiamo esterno per eseguire il push dei dati in Sales Cloud.	La dimensione del payload viene considerata al trigger. soffitto(40/50) = 1 messaggio	#1 (trigger)
Sync/Async (trigger)	In entrata REST con payload da 120 KB. Trasformazione dei dati. Richiamo esterno per inviare i dati a Logfire.	La dimensione del payload viene considerata al trigger. massima(120/50) = 3 messaggi	#1 (trigger)
Sync/Async (trigger)	In entrata SOAP con payload da 70 KB. Scaricare i file in un ciclo. 3 file scaricati di dimensioni 20KB, 170KB e 40KB, rispettivamente. Trasformazione/integrazione 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 inoltre tenuta traccia di qualsiasi risposta successiva superiore a 50 KB. In questo scenario vengono considerati solo file superiori a 50 KB. soffitto(70/50) + soffitto(170/50) = 2 +4 = 6 messaggi	#1 (trigger) #3 (File)
Sync/Async (trigger)	Adattatore di database con dati da 20 KB e 2 righe. Per ogni riga viene eseguito 1 richiamo REST in uscita, che comporta 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 inoltre tenuta traccia di qualsiasi risposta successiva superiore a 50 KB. massimale (20/50) = 1 messaggio	#1 (trigger)
Sync/Async (trigger)	In entrata SOAP con payload da 10 KB. Scaricare i file in un ciclo. Due file scaricati di dimensioni 20KB e 70KB, rispettivamente. Richiamo esterno per ottenere ulteriori dati tramite adattatore REST. Restituisce i dati di 100 KB. FTP in una posizione esterna.	La dimensione del payload viene considerata al trigger. Viene inoltre tenuta traccia di qualsiasi risposta successiva superiore a 50 KB. soffitto(10/50)+ soffitto (70/50) + soffitto(100/50) = 1+2+2 = 5 messaggi	#1 (trigger) #2 (Richiama) #3 (File)
Sync/Async (trigger)	Richiesta GET REST semplice con parametri modello senza payload. Per ottenere i dettagli del contatto, contattare Oracle Fusion Cloud B2C Service. Restituisce una risposta di 40 KB. Restituire i dati di contatto.	La dimensione del payload viene considerata al trigger. Viene inoltre tenuta traccia di qualsiasi risposta successiva superiore a 50 KB. Poiché il trigger è solo una richiesta GET senza payload, viene considerato 1 messaggio fatturato. 1 messaggio	#1 (trigger)
Flusso schedulato	Trigger pianificato. Scaricare i file in un ciclo. Tre file scaricati di dimensioni 20KB, 170KB e 40KB, rispettivamente. Trasformazione dei dati. Richiamo esterno per trasferire i dati che restituisce 10 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati della risposta sono più di 50 KB. massima(170/50) = 4 messaggi	#3 (File)
Flusso schedulato	Trigger pianificato. Adattatore di database con dati da 30 KB e 10 righe. Trasformazione dei dati. Richiamo esterno per trasferire i dati che restituisce 5 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati della risposta sono più di 50 KB. Non conteggiato.	Nessuna.
Flusso schedulato	Trigger pianificato. Richiamo SOAP esterno per ottenere dati tramite report BIP. Restituisce i dati di 130 KB. Richiamo esterno per ottenere ulteriori dati tramite adattatore REST. Restituisce dati da 10 KB. Trasformazione dei dati. Richiamo esterno per trasferire i dati che restituisce 5 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati della risposta sono più di 50 KB. floor(130/50) = 2 messaggi	#3 (File)
Flusso schedulato	Trigger pianificato. Scaricare i file in un ciclo. Due file scaricati di dimensioni 20KB e 40KB, rispettivamente. Richiamo esterno per ottenere ulteriori dati tramite 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 della risposta sono più di 50 KB. massima(100/50) = 2 messaggi	#2 (Richiama)
Flusso schedulato	Trigger pianificato. Richiamo esterno per ottenere i dati tramite l'adattatore REST. Restituisce dati da 10 KB. Trasformazione dei dati. Richiamo REST esterno per il trasferimento dei dati che restituisce 500 byte di risposta.	Ogni richiamo/file viene considerato in multipli di 50 KB quando i dati della risposta sono più di 50 KB. Non conteggiato.	#4 (Interno) Nessuno conteggiato
Flusso di 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 non viene eseguito dalla misurazione. Non conteggiato. Si noti che il padre può contare.	#4 (Interno) Nessuno conteggiato
Flusso di integrazione figlio	Il flusso di integrazione padre scarica un file CSV tramite l'adattatore FTP. Il file CSV contiene 5 righe. Ogni riga nel file CSV chiama un flusso figlio di integrazione figlio. Il flusso di integrazione figlio legge un ID ordine passato come input. Richiama una richiesta a Oracle Fusion Cloud B2C Service per ottenere dati sull'ordine. Ogni richiamo restituisce dati da 70 KB. Trasformazione dei dati nel flusso figlio. Sposta i dati tramite un adattatore FTP per scriverli in un file. Esecuzione figlio completata.	I richiami del flusso figlio di integrazione non possono essere misurati. Qualsiasi risposta successiva viene misurata. Ogni bambino = massimo (70/50) = 2 messaggi Si noti che il padre può contare.	#2 (Richiama)
Flussi pubblicazione/sottoscrizione	Flusso di un singolo publisher con trigger REST come payload da 30 KB. Singolo sottoscrittore a quanto sopra che elabora i dati e li invia a un servizio esterno.	La pubblicazione conta come 1 messaggio. Sub è rinunciato al trigger.	#1 (trigger)
Flussi pubblicazione/sottoscrizione	Flusso di un singolo publisher con trigger REST come payload da 30 KB. Sottoscrittore singolo a quanto sopra che elabora i dati. Il flusso secondario richiama OSC per ottenere una risposta di 70 KB. Flusso secondario completato.	La pubblicazione conta come 1 messaggio. Il trigger secondario è stato rinunciato. Tuttavia, il richiamo viene misurato quando la risposta è maggiore di 50 KB. Quindi il flusso secondario in questo caso conta come 2 messaggi.	#1 (trigger) #2 (Richiama)

Informazioni sull'utilizzo dei processi

Quando si creano istanze di Oracle Integration, gli amministratori specificano il numero di pacchetti di messaggi che intendono utilizzare per ogni istanza.

Misurazione messaggi processo

La misurazione del processo tiene traccia del numero di utenti unici concorrenti che interagiscono in un intervallo di 1 ora. Il dimensionamento si basa su utenti concorrenti, che vengono convertiti in pacchetti di messaggi. Un utente/ora del processo equivale a 400 messaggi/ora.

Se hai 1.000 messaggi all'ora e 10 utenti distinti, questi conterebbero come 1.000 messaggi di integrazione + (400) * 10 utenti = 5.000, quindi 1 pacchetto di messaggi di 5.000 messaggi all'ora.
Un altro modo per visualizzare il dimensionamento dei processi: 5.000 pacchetti di messaggi all'ora equivalgono a 12,5 utenti concorrenti distinti che eseguono attività.

Cosa viene conteggiato?

Un utente collegato viene conteggiato per un minimo di un'ora durante l'esecuzione di operazioni di scrittura che aggiornano un task o un'istanza di processo, tra cui:

Aggiornamento o elaborazione di task (approvazione/rifiuto di un task, aggiunta di un allegato/commento, riassegnazione o richiesta di informazioni)
Creazione di istanze di processo

Entro ogni ora di utilizzo, un utente distinto può eseguire un numero illimitato di operazioni di scrittura.

Oracle Integration ha un costo minimo di 1 messaggio all'ora per mantenere il sistema disponibile, anche senza utilizzo. Tenere presente che è possibile disattivare l'istanza di Oracle Integration a scopo di fatturazione, ma non viene elaborata alcuna istanza durante l'arresto dell'istanza.

Cosa non viene conteggiato?

Questo conteggio non include:

Utenti collegati che eseguono operazioni di sola lettura (query o lettura).
Integrazioni attivate dal processo (le integrazioni sono annullate).

Esempi di utilizzo processo

In questa tabella viene illustrato un esempio di come viene calcolata la fatturazione dei messaggi e delle regole applicabili.

Tipo di scenario	Scenario	Calcolo messaggio di fatturazione
Process Workspace	Tra le 9 e le 10 del mattino, 20 dipendenti accedono all'area di lavoro. Entro l'intervallo di tempo di un'ora: 5 utenti (da user1 a user5) creano un totale di 100 nuove istanze di processo. 10 altri utenti (da user6 a user15) elaborano diverse attività create da user1 a user5 e le completano. I restanti 5 utenti (da user16 a user20) controllano solo lo stato del task e dell'istanza del processo, ma non eseguono operazioni di aggiornamento/scrittura.	Il blocco delle ore 9 e 10 riporta 15 utenti concorrenti (5 nuove istanze create e 10 task elaborati).
Process Workspace e applicazione mobile	Tra le 10 e le 11, 10 utenti accedono all'area di lavoro e 5 accedono all'applicazione Oracle Process Mobile. Entro l'intervallo di tempo di un'ora: 10 utenti (da user1 a user10) creano nuove istanze di processo e approvano anche almeno 1 totale di task. 5 utenti (da user11 a user15) eseguono il login all'applicazione mobile: 3 di essi creano nuove istanze e gli altri 2 eseguono solo operazioni di sola lettura.	Il blocco orario 10am-11am riporta 13 utenti concorrenti (10 utenti dell'area di lavoro più 3 utenti mobili hanno eseguito operazioni di aggiornamento/scrittura, mentre 2 utenti mobili non hanno eseguito operazioni di aggiornamento/scrittura).
Process Workspace e Visual Builder	Tra le 11 e le 12, 5 utenti accedono a Oracle Integration da un'applicazione Visual Builder e altri 5 utenti accedono a Workspace. 2 dei 5 utenti di Visual Builder accedono a Visual Builder e interagiscono con un'applicazione Visual Builder che a sua volta attiva l'esecuzione di un'interfaccia API che crea nuove istanze di processo ed elabora i task. Gli altri 3 utenti di Visual Builder accedono all'applicazione Visual Builder e leggono e accedono allo stato dell'istanza di task e processi. I 5 utenti accedono all'area di lavoro e approvano un minimo di 1 task ciascuno nell'intervallo di tempo di ore.	Il blocco 11am-12pm riporta 7 utenti concorrenti (2 utenti di Visual Builder e 5 utenti di Workspace hanno eseguito operazioni di aggiornamento/scrittura). Questo risultato non include le licenze utente concorrenti di Visual Builder. Gli utenti concorrenti di Visual Builder vengono misurati separatamente.

Tipo di scenario

Scenario

Calcolo messaggio di fatturazione

Process Workspace

Tra le 9 e le 10 del mattino, 20 dipendenti accedono all'area di lavoro. Entro l'intervallo di tempo di un'ora:

5 utenti (da user1 a user5) creano un totale di 100 nuove istanze di processo.
10 altri utenti (da user6 a user15) elaborano diverse attività create da user1 a user5 e le completano.
I restanti 5 utenti (da user16 a user20) controllano solo lo stato del task e dell'istanza del processo, ma non eseguono operazioni di aggiornamento/scrittura.

Il blocco delle ore 9 e 10 riporta 15 utenti concorrenti (5 nuove istanze create e 10 task elaborati).

Process Workspace e applicazione mobile

Tra le 10 e le 11, 10 utenti accedono all'area di lavoro e 5 accedono all'applicazione Oracle Process Mobile. Entro l'intervallo di tempo di un'ora:

10 utenti (da user1 a user10) creano nuove istanze di processo e approvano anche almeno 1 totale di task.
5 utenti (da user11 a user15) eseguono il login all'applicazione mobile: 3 di essi creano nuove istanze e gli altri 2 eseguono solo operazioni di sola lettura.

Il blocco orario 10am-11am riporta 13 utenti concorrenti (10 utenti dell'area di lavoro più 3 utenti mobili hanno eseguito operazioni di aggiornamento/scrittura, mentre 2 utenti mobili non hanno eseguito operazioni di aggiornamento/scrittura).

Process Workspace e Visual Builder

Tra le 11 e le 12, 5 utenti accedono a Oracle Integration da un'applicazione Visual Builder e altri 5 utenti accedono a Workspace.

2 dei 5 utenti di Visual Builder accedono a Visual Builder e interagiscono con un'applicazione Visual Builder che a sua volta attiva l'esecuzione di un'interfaccia API che crea nuove istanze di processo ed elabora i task.
Gli altri 3 utenti di Visual Builder accedono all'applicazione Visual Builder e leggono e accedono allo stato dell'istanza di task e processi.
I 5 utenti accedono all'area di lavoro e approvano un minimo di 1 task ciascuno nell'intervallo di tempo di ore.

Il blocco 11am-12pm riporta 7 utenti concorrenti (2 utenti di Visual Builder e 5 utenti di Workspace hanno eseguito operazioni di aggiornamento/scrittura). Questo risultato non include le licenze utente concorrenti di Visual Builder. Gli utenti concorrenti di Visual Builder vengono misurati separatamente.

Documentazione di Oracle Cloud Infrastructure

Informazioni sull'utilizzo delle integrazioni

Informazioni sull'utilizzo dei processi