Limiti del servizio

Esaminare i limiti del servizio riportati di seguito per le risorse Oracle Integration 3. Un limite del servizio è la quota o l'accesso impostato per una risorsa. Non è possibile modificare i limiti del servizio configurati per la tenancy.

Nota

Vengono applicati i limiti del servizio descritti di seguito.

Limiti del servizio della console di Oracle Cloud

Per ulteriori limiti del servizio della console di Oracle Cloud, vedere Limiti del servizio nella documentazione OCI.

Risorsa Limite del servizio

Istanze del servizio di integrazione

  • 200 istanze di servizio per area

    Nota: questo valore indica il numero di istanze di servizio di cui è stato eseguito il provisioning per area e non il numero di istanze di integrazione (ad esempio, applicazione e pianificazione) attivate e monitorate nella scheda Osservabilità in Oracle Integration.

    La possibilità di creare istanze di servizio al di fuori dell'area di origine dipende da diversi fattori. Vedere Limitazioni.

Endpoint privati

  • 1 endpoint privato per istanza di servizio

  • 1 subnet per endpoint privato

endpoint personalizzati

  • 1 endpoint personalizzato per ogni istanza del servizio

Log diagnostici interni di Oracle Integration

  • 30 giorni - conservati in Oracle Cloud Infrastructure Logging per l'uso del debug

    Vedere Log Analytics.

Componente: adattatori

Risorsa Limite del servizio
Memoria dell'agente di connettività Almeno 8 GB di memoria con 4 GB di dimensione heap dedicati alla Java Virtual Machine (JVM) dell'agente on premise. Per includere altri processi sull'host oltre all'agente, aumentare la memoria fisica a un valore maggiore di 8 GB.
Payload dei messaggi dell'agente di connettività
  • 10 MB attraverso l'uso della compressione

Tutti gli adattatori abilitati per gli agenti di connettività

  • 50 MB come richiesta
  • 50 MB come risposta

Adattatori SOAP e REST configurati con l'agente di connettività

  • 50 MB (documento XML/JSON strutturato) come risposta dagli endpoint SOAP/REST
  • 1 GB per gli allegati nell'ambito di una risposta da endpoint SOAP/REST
Payload strutturati (JSON, XML) per adattatori basati su agenti di connettività
  • SOAP e REST: 50 MB
  • File e FTP richiamano le risposte: 50 MB
  • Altri protocolli: 10 MB (ad esempio, database, JMS, MQ, Kafka e altri)
Payload strutturati per connessioni trigger e risposte da connessioni richiamo
  • Endpoint cloud: 100 MB (non utilizzando l'agente di connettività)
  • Endpoint privati: 100 MB
Payload binari (non strutturati) (ad esempio, allegati, MTOM) per le connessioni trigger e le risposte dalle connessioni di richiamo
  • 1 GB
Supporto endpoint privato

La connessione agli endpoint privati è supportata in un elenco crescente di adattatori.

Vedere Adattatori che supportano la connessione agli endpoint privati in Uso delle integrazioni in Oracle Integration 3.

Adattatore Apache Kafka

Per le configurazioni di richiamo

Operazioni di produzione/consumo dei messaggi:

  • 10 MB con trasformazione dello schema per tutte le operazioni in uscita
Adattatore AS2
  • 100 MB

Adattatori per database

  • Adattatore Oracle Autonomous Data Warehouse
  • Adattatore Oracle Autonomous Transaction Processing
  • Adattatore Oracle Database
  • Adattatore Oracle Database Cloud Service
  • Adattatore IBM DB2
  • Adattatore Microsoft SQL Server
  • Adattatore MySQL
  • Adattatore Netezza
  • Adattatore PostgreSQL
  • Adattatore SAP ASE (Sybase)
  • Adattatore Snowflake

Per le configurazioni trigger

Operazioni di polling:

  • 50 MB con trasformazione dello schema per endpoint basati su agente
  • 100 MB con trasformazione dello schema tramite endpoint privati

Per le configurazioni di richiamo

Stored procedure, operazione sulla tabella ed esecuzione delle operazioni dell'istruzione PureSQL:

  • 10 MB con trasformazione dello schema per tutte le operazioni in uscita

Operazioni di selezione del database:

  • 100 MB per endpoint basati su Internet pubblico
  • 100 MB per gli endpoint privati
  • 50 MB per gli endpoint basati su agente
Adattatore file (disponibile solo con l'agente di connettività)

Operazioni di lettura file:

  • 1 GB se utilizzato senza uno schema
  • 50 MB quando si utilizza uno schema per la trasformazione
  • 50 MB per un'operazione di lettura con payload strutturato

Polling con un agente di connettività:

  • 50 MB

Operazioni di download del file:

  • 1 GB

Nota: la dimensione dei file CSV aumenta quando vengono tradotti in un messaggio. Pertanto, la dimensione del file deve essere inferiore a 50 MB, in modo che la dimensione del messaggio dopo la traduzione non superi i 50 MB.

Adattatore FTP

Per le configurazioni di richiamo

Operazioni di lettura file:

  • 1 GB se utilizzato senza uno schema (se utilizzato con o senza un agente di connettività)
  • 100 MB per gli endpoint basati su cloud quando si utilizza uno schema per la trasformazione
  • 50 MB per gli endpoint basati su agente quando si utilizza uno schema per la trasformazione
  • 100 MB per endpoint basati su Internet pubblico
  • 100 MB per gli endpoint privati

Operazioni di download del file:

  • 1 GB (quando utilizzato con o senza un agente di connettività)

Operazioni di scrittura file:

  • Non sono definiti limiti

Adattatori JMS

  • Adattatore JMS Oracle WebLogic
  • Adattatore JMS IBM MQ Series

Per le configurazioni trigger

Consuma operazioni messaggio:

  • 10 MB con trasformazione dello schema

Per le configurazioni di richiamo

Operazioni messaggio prodotto fresco:

  • 10 MB con trasformazione dello schema
Adattatore Oracle CPQ
  • 50 MB per i payload di risposta
Oracle E-Business Suite Adapter
  • 100 MB per endpoint basati su Internet pubblico
  • 50 MB per gli endpoint basati su agente
Adattatore REST

Per le configurazioni trigger

  • 3 MB per i documenti XML utilizzati per la generazione dello schema

    Vedere Funzionalità dell'adattatore REST.

  • 1 GB per i messaggi con allegati (ad esempio, dati multiparte/modulo)

  • 100 MB per i payload dei messaggi strutturati in entrata (qualsiasi intestazione di tipo contenuto contenente JSON, XML, HTML, YAML o YML)

    Nota: se la lunghezza della stringa per i campi in un payload JSON supera i 20 MB, si riceve un errore di conversione. Vedere ORABPEL-15235 Occorrenza errore di conversione in Utilizzo dell'adattatore REST con Oracle Integration 3.

  • 1 GB per il contenuto in entrata come byte raw (applicazione/octet-stream come tipo di contenuto)

  • 100 KB per i file di esempio JSON utilizzati per specificare il formato del payload della risposta nella Configurazione guidata endpoint adattatore

Per le configurazioni di richiamo

  • 3 MB per i documenti XML utilizzati per la generazione della definizione dei dati

    Vedere Funzionalità dell'adattatore REST.

  • 100 KB per i file di esempio JSON utilizzati per specificare il formato del payload richieste nella Configurazione guidata endpoint adattatore

  • 1 GB per le risposte restituite nell'ambito dei dati binari di runtime di richiamo (application/octet-stream)

  • 50 MB per le risposte restituite dagli endpoint basati su agente per il contenuto strutturato (ad esempio, JSON/CSV/XML e così via)

  • 100 MB per le risposte restituite da endpoint privati per il contenuto strutturato (ad esempio, JSON/CSV/XML e così via)

  • 100 MB per le risposte restituite dagli endpoint basati su Internet pubblici per il contenuto strutturato (ad esempio, JSON/CSV/XML e così via)

Adattatori basati su REST (adattatori che espongono gli endpoint REST in entrata o adattatori che richiamano endpoint REST esterni)

Ad esempio, Oracle Commerce Cloud Adapter, Oracle Fusion Field Service Adapter e così via.

Per le configurazioni trigger (se applicabile)

  • 3 MB per i documenti XML utilizzati per la generazione dello schema

    Vedere Funzionalità dell'adattatore REST.

  • 1 GB per i messaggi con allegati (ad esempio, dati multiparte/misto e multiparte/modulo)

  • 100 MB per i payload dei messaggi strutturati in entrata (qualsiasi intestazione di tipo contenuto contenente JSON, XML, HTML, YAML o YML)

  • 1 GB per il contenuto in entrata come byte raw (applicazione/octet-stream come tipo di contenuto)

  • 100 KB per i file di esempio JSON utilizzati per specificare il formato del payload della risposta

Per le configurazioni di richiamo (se applicabile)

  • 3 MB per i documenti XML utilizzati per la generazione della definizione dei dati

    Vedere Funzionalità dell'adattatore REST.

  • 1 GB per gli allegati nelle richieste in uscita

  • 100 KB per i file di esempio JSON utilizzati per specificare il formato del payload della richiesta

  • 50 MB per gli endpoint basati su agente

  • 100 MB per gli endpoint privati

  • 100 MB per endpoint basati su Internet pubblico

Adattatore Salesforce
Adattatore SAP
  • 50 MB

    Per l'adattatore SAP come connessione trigger, il limite è di 50 MB per tutti i tipi di documento.

Adattatore SAP Ariba Vedere SAP Ariba Adapter Restrictions.
Adattatore SOAP

Per le configurazioni trigger

  • 100 MB per i payload strutturati (XML) nelle richieste e nelle risposte

Per le configurazioni di richiamo

  • 100 MB per i payload strutturati (XML) nelle richieste e nelle risposte
  • 50 MB per gli endpoint basati su agente
  • 100 MB per gli endpoint privati
  • 100 MB per endpoint basati su Internet pubblico

Adattatori basati su SOAP (adattatori che espongono endpoint SOAP in entrata o adattatori che richiamano endpoint SOAP esterni)

Ad esempio, Oracle Logistics Adapter.

Per le configurazioni trigger (se applicabile)

  • 100 MB per i payload strutturati (XML) nelle richieste e nelle risposte

Per le configurazioni di richiamo (se applicabile)

  • 100 MB per i payload strutturati (XML) nelle risposte
  • 50 MB per gli endpoint basati su agente
  • 100 MB per gli endpoint privati
Timeout richiamo adattatore in uscita basato su agente di connettività
  • 4 minuti per il timeout della connessione
Timeout richiamo adattatore in uscita
  • Timeout READ: 5 minuti
  • Timeout connessione: 5 minuti
Timeout integrazione per:
  • Adattatore Oracle Autonomous Data Warehouse
  • Adattatore Oracle Autonomous Transaction Processing
  • Adattatore Oracle Database Cloud Service
  • Adattatore MySQL
  • Adattatore Microsoft SQL Server
  • Adattatore Oracle Database
  • Adattatore IBM DB2
  • 240 secondi

    Eventuali integrazioni create dopo l'agosto 2021 che includono stored procedure o operazioni di database PureSQL scadranno dopo questo limite.

Componente: Integrazioni

Risorsa Limite del servizio
Integrazioni attive
  • 800 integrazioni attive

    Fare riferimento alla sezione Attiva un'integrazione in Uso delle integrazioni in Oracle Integration 3.

Profondità richiamo integrazione
  • 16 richiami

    Ad esempio, un'integrazione padre (integrazione schedulazione) richiama un'integrazione figlio (integrazione applicazione), che a sua volta richiama in modo ricorsivo l'integrazione padre.

    I punti di accesso all'integrazione lungo il percorso di esecuzione della richiesta vengono conteggiati ai fini del limite. Quando 16 viene superato, si verifica un errore.

Limite dimensione stringa
  • 10,000 caratteri

Questo limite si applica a tutte le variabili di tipo string, incluse le variabili globali, e a tutte le funzioni, incluse le funzioni concat utilizzate all'interno di un assegnatario, un punto o un mapper.

Concorrenza azione parallela Le diramazioni di azioni parallele indipendenti dal tipo di integrazione (sincrone, asincrono e così via) vengono conteggiate ai fini dei limiti di concorrenza nelle richieste sincrone.

Ad esempio, un'azione parallela con tre rami richiede due slot di concorrenza aggiuntivi per la durata dell'azione parallela; un ramo viene conteggiato nel flusso originale già ottenuto.

Trigger - richieste concorrenti
  • Sincrono: 100 richieste concorrenti per pacchetto di messaggi per un'istanza di servizio che include una nuova licenza e 400 richieste concorrenti per pacchetto di messaggi per un'istanza di servizio che utilizza una licenza esistente (BYOL), fino a un massimo di 2.000

    L'aumento del limite delle richieste concorrenti con pacchetti di messaggi aggiuntivi è utile se si dispone di requisiti di concorrenza elevati rispetto alle esecuzioni di integrazione sincrona.

    Per informazioni dettagliate sulla modalità di calcolo della scalabilità delle richieste concorrenti, vedere Utilizzo dei pacchetti di messaggi e Richieste sincrone/asincrone.

    Le diramazioni di azioni parallele indipendenti dal tipo di integrazione (sincrone, asincrono e così via) vengono conteggiate ai fini dei limiti di concorrenza nelle richieste sincrone.

    Ad esempio, un'azione parallela con tre rami richiede due slot di concorrenza aggiuntivi per la durata dell'azione parallela; un ramo viene conteggiato verso il flusso originale già ottenuto.

  • Asincrono: nessun limite; il seguente numero di richieste può essere eseguito alla volta; le altre sono in coda; 50 richieste per pacchetto di messaggi per un'istanza di servizio che include una nuova licenza e 200 richieste per pacchetto di messaggi per un'istanza di servizio che utilizza una licenza esistente (BYOL), fino a un massimo di 1.000

    L'esecuzione concorrente asincrona include l'agente di connettività pianificato + attivato.

Integrazioni di eventi (integrazioni che possono sottoscrivere agli eventi)
  • 50 integrazioni per istanza di servizio
Eventi di tracciamento (per singola istanza di integrazione/esecuzione della richiesta)
  • Eventi non di errore: 20.000
  • Eventi di errore: 30.000 (10.000 in più se gli eventi sono associati a errori)
  • Numero massimo di errori registrati: 2.000

Una volta raggiunti questi limiti, gli eventi non vengono più registrati nel flusso di attività, ma continuano a essere elaborati e viene calcolato lo stato generale dell'istanza di integrazione. Ciò garantisce che lo stato dell'istanza di integrazione venga aggiornato in tutti gli scenari.

Durata flusso integrazione
  • Sincrono: 5 minuti

    Successivamente, viene visualizzato un valore HTTP 502.

  • Asincrono: 6 ore

    Successivamente, l'istanza di integrazione viene contrassegnata come interrotta a causa del timeout della scadenza.

  • Programmato: 6 ore

    Successivamente, l'istanza di integrazione viene contrassegnata come interrotta a causa del timeout della scadenza.

Limiti azione file area intermedia (in integrazioni)
  • Leggere le operazioni dell'intero file: 100 MB

    Per file di dimensioni superiori a 100 MB, utilizzare l'operazione Leggi file in segmenti.

  • Operazioni Cifra file: 1 GB
  • Operazioni Decifra file: 1 GB
Timeout messaggio integrazione sincrona
  • 300 secondi

    Successivamente, l'integrazione restituisce un errore di timeout.

Dimensione dei messaggi di messaggistica di Oracle Integration
  • 10 MB
Codifica e decodifica contenuto allegato file (mapper)
  • 10 MB per le funzioni encodeReferenceToBase64(String reference) e decodeBase64ToReference(String base64Content)
Ricerche
  • Numero massimo di righe nella tabella di ricerca: nessun limite
  • Numero massimo di colonne nella tabella di ricerca: 100
  • Limite massimo di importazione ricerca: 100 MB
  • Lunghezza massima colonna: 2.048 caratteri
  • Lunghezza del nome di dominio: 50 caratteri
Limiti azione notifica
  • Metodo predefinito: dimensione massima del corpo del messaggio di posta elettronica di 500 KB (non superabile)

    La dimensione del corpo e-mail e la dimensione dell'allegato vengono prese in considerazione nel calcolo della dimensione totale per il metodo predefinito. La dimensione totale massima per il metodo predefinito è 2 MB. Ad esempio, se la dimensione del corpo dell'e-mail del messaggio è di 250 KB, è possibile allegare file con dimensioni codificate fino a 1,75 MB per raggiungere il valore predefinito totale di 2 MB.

  • Metodo tenancy del cliente: dimensione massima del corpo del messaggio di posta elettronica 500 KB (non può essere superata)

    La dimensione del corpo del messaggio di posta elettronica e la dimensione del collegamento vengono entrambe prese in considerazione nel calcolo della dimensione totale per il metodo della tenancy del cliente. La dimensione totale può essere aumentata fino al raggiungimento del valore massimo supportato dal servizio di consegna tramite e-mail di Oracle Cloud Infrastructure.

    Ad esempio, si supponga che la dimensione totale supportata dalla tenancy del cliente sia di 4 MB. Se la dimensione del corpo del messaggio di posta elettronica è di 250 KB, è possibile allegare file con dimensioni codificate fino a 3,75 MB per raggiungere il valore totale della tenancy del cliente di 4 MB.

Vedere Configura e-mail di notifica e Funzionalità e limiti del servizio di consegna tramite e-mail.

E-mail in uscita (inviate da Oracle Integration in una finestra di 24 ore in sequenza)
  • Metodo predefinito: 10.000 e-mail
  • Metodo tenancy cliente: il limite è il numero consentito dal servizio di consegna tramite e-mail di Oracle Cloud Infrastructure.

Vedere Configura e-mail di notifica e Funzionalità e limiti del servizio di consegna tramite e-mail.

Timeout di esecuzione JavaScript
  • 15 secondi
Parametri funzione JavaScript
  • 20 parametri
Durata esecuzione XSLT
  • 120 secondi
Integrazioni pianificate - richieste concorrenti
  • Pianificato o fuori banda: 1

    Una richiesta fuori banda è un'esecuzione ora associata a una pianificazione.

  • Ad hoc: 1

    Una richiesta ad hoc è un'esecuzione ora non associata a una pianificazione.

Richieste di tenant e utenti
  • Interfaccia utente: 100 richieste al secondo per tenant e 20 richieste al secondo per utente
  • API di osservabilità (istanze/errori): 50 richieste al secondo
Schedula integrazioni - Durata integrazione con tempi di esecuzione lunghi
Iterazioni loop
  • While loop: 5.000 iterazioni

  • Per ogni loop: nessun limite

  • Iterazioni loop registrate: 1.000 iterazioni

    Numero massimo di iterazioni acquisite in tutti i loop per un singolo ID istanza per il quale vengono acquisiti i dati di tracciamento.

Limiti del progetto (massimo per progetto)
  • Integrazioni: 200
  • Connessioni: 100
  • Cookup: 100
  • JavaScript librerie: 50
  • Distribuzioni: 100
  • Code: 50
  • Eventi: 50
Diramazioni azioni parallele
  • 5 diramazioni
Limite caratteri valore variabile tracciamento
  • 8,191 caratteri
Numero massimo di variabili globali
  • 20
Conservazione dei dati dell'istanza di servizio La conservazione si basa sul livello di trace impostato durante l'attivazione dell'integrazione:
  • Produzione: 32 giorni (impostazione predefinita) per le edizioni Standard ed Enterprise, 184 giorni per l'edizione Healthcare

    Se lo si desidera, è possibile aumentare il periodo di conservazione dei dati per le edizioni Standard ed Enterprise. Vedere Modifica del periodo di conservazione dei dati.

  • Audit: 8 giorni
  • Debug (non consigliato): 24 ore

    Nota: dopo 24 ore, il debug (non consigliato) viene reimpostato automaticamente su Produzione. Fare riferimento alla sezione Attiva un'integrazione in Uso delle integrazioni in Oracle Integration 3.

Finestra temporale per il recupero di un'istanza di integrazione non riuscita recuperabile L'istanza di integrazione può essere recuperata fino a quando non si verifica una delle condizioni riportate di seguito.
  • È stato interrotto. Ciò può verificarsi a causa della disattivazione dell'integrazione.
  • È stato recuperato correttamente o il recupero porta a un errore non recuperabile.
  • È oltre il tempo di conservazione associato, che è di 32 giorni (predefinito) per le edizioni Standard ed Enterprise, 184 giorni per l'edizione Healthcare.
Flusso attività - righe visualizzabili
  • 5.000 righe (quando si espande l'albero)
Flusso attività - dimensione totale (risposta REST)
  • Nessun limite
Istanze di integrazione restituite per richiesta di monitoraggio
  • 50 istanze
Risottomissioni consentite per ID istanza di integrazione
  • 10 nuove candidature
Limite di caratteri per i valori dei parametri di pianificazione
  • 256 caratteri
Parametri pianificazione per integrazione
  • 5 parametri
Limite di caratteri dei valori delle proprietà di integrazione
  • 256 caratteri
Limiti dei caratteri di integrazioni e connessioni
  • Nome: 50 caratteri
  • Nome package: 50 caratteri
  • Versione: 10 caratteri
  • Descrizione: 1.024 caratteri
offset massimo supportato (API Istanze ed errori)
  • 500
limite massimo supportato (API Istanze ed errori)
  • 50
API Developer per timeout Oracle Integration 3
  • 2 minuti
Payload per la pubblicazione e la sottoscrizione agli eventi nelle integrazioni
Payload dei flussi di attività
  • 32 KB per payload

    I payload di dimensioni superiori a 32 KB vengono memorizzati nell'area di memorizzazione degli oggetti. Nessun limite per i payload memorizzati nell'area di memorizzazione degli oggetti.

  • 25 MB totali per istanza di integrazione

Limiti di Oracle Cloud Infrastructure API Gateway
  • 20 distribuzioni per gateway
  • 50 instradamenti per distribuzione

Ciò consente un totale di 1.000 endpoint di integrazione per gateway.

B2B per Oracle Integration - Gestione dei partner commerciali e registrazione dei messaggi B2B Vedere Gestisci partner commerciali e Traccia messaggi B2B in Uso di B2B per Oracle Integration 3.

Componente: automazione robotica dei processi

Risorsa Limite del servizio

Durata istanza robot

  • 4 ore

Assegnazione di un'istanza robot a un timeout dell'ambiente

Varia, a seconda degli ambienti:

  • Se il pool dell'ambiente non contiene ambienti:

    0 secondi, quindi lo stato dell'istanza del robot viene modificato in Non riuscito

  • Se l'agente robot nell'ambiente non accetta la richiesta:

    30 secondi, quindi Oracle Integration tenta di assegnare l'istanza del robot a un ambiente diverso

  • Se lo stato di tutti gli ambienti nel pool di ambienti è Non disponibile:

    240 secondi, quindi lo stato dell'istanza del robot viene modificato in Non riuscito

  • Se lo stato di almeno un ambiente nel pool dell'ambiente è Disponibile:

    Nessun limite

Timeout download file

  • 180 secondi per impostazione predefinita, ma il generatore di robot può specificare un valore diverso durante la creazione di un robot

Dimensione download file

  • 50 MB

Frequenza di polling (frequenza alla quale l'agente robot esegue il polling di Oracle Integration per il lavoro)

  • 15 secondi

Tempo massimo di attesa da parte di Oracle Integration dell'agente robot per il polling del lavoro prima di modificare lo stato dell'ambiente in Non disponibile

  • 35 secondi

Conservazione dei dati delle istanze del servizio

  • Produzione: 32 giorni (impostazione predefinita) per le edizioni Standard ed Enterprise, 184 giorni per l'edizione Healthcare

    Se lo si desidera, è possibile aumentare il periodo di conservazione dei dati per le edizioni Standard ed Enterprise. Vedere Modifica del periodo di conservazione dei dati.

  • Audit: 8 giorni
  • Debug (non consigliato): 24 ore

    Dopo 24 ore, il livello di traccia Debug di un'istanza del robot cambia automaticamente in Produzione.

Ambienti in un pool di ambienti

  • 100 ambienti

Limiti dei caratteri del robot

  • Nome: 50 caratteri

  • Descrizione: 1.024 caratteri

  • Parole chiave: 1.024 caratteri

Limiti dei caratteri del pool di ambienti

  • Nome: 50 caratteri

  • Descrizione: 1.024 caratteri

  • Parole chiave: 1.024 caratteri

Limiti dei caratteri per il tipo di connessione al robot

  • Nome: 50 caratteri

  • Descrizione: 1.024 caratteri

  • Parole chiave: 1.024 caratteri

Limiti dei caratteri di connessione al robot

  • Nome: 50 caratteri

  • Descrizione: 1.024 caratteri

  • Parole chiave: 1.024 caratteri

Componente: File server

Risorsa Limite del servizio
Storage
  • 500 GB
Collegamenti concorrenti
  • 50 connessioni per istanza di servizio

Componente: decisioni

Limiti del servizio dell'applicazione di decisione in un progetto

Risorsa Limite del servizio
Numero massimo di applicazioni di decisione per progetto 10
Numero massimo di applicazioni di decisione in tutti i progetti 100
Numero massimo di versioni che è possibile creare per ogni applicazione di decisione 25
Numero massimo di versioni attivate per applicazione decisione 10

Limiti del servizio per un modello di decisione

Risorsa Limite del servizio
Numero massimo di esecuzioni concorrenti per la mutazione delle operazioni PUT/PATCH/DELETE nelle API del ciclo di vita delle decisioni 1
Numero massimo di nodi di decisione per modello di decisione 50
Numero massimo di regole (righe) per tabella decisioni 100
Numero massimo di espressioni di input (colonne) per tabella di decisione 15
Numero massimo di coppie chiave/valore per decisione contesto 50
Numero massimo di condizioni in if/else e nidificate if/else 100
Numero massimo di voci (riga x colonna) nella tabella delle relazioni 200
Numero massimo di dati di input per modello di decisione 20
Numero massimo di tipi di business per modello di decisione 20
Numero massimo di servizi per modello di decisione 10
Numero massimo di livelli nelle decisioni nidificate 2

Componente: automazione processo

Per conoscere i limiti del servizio di automazione dei processi, vedere Limiti del servizio in Amministrazione di Oracle Cloud Infrastructure Process Automation.

Utilizzo del pacchetto di messaggi e richieste sincrone/asincrone

I limiti delle richieste concorrenti si basano sul tipo di licenza che hai e sul numero di pacchetti di messaggi a cui ti iscrivi.

Il tipo di licenza influisce sui limiti di richiesta sincrona e asincrona nei modi riportati di seguito.
  • Nuova patente:
    • Sincrono: 100 richieste concorrenti per pacchetto di messaggi, fino a un massimo di 2.000 richieste
    • Asincrono: nessun limite; il seguente numero di richieste può essere eseguito contemporaneamente, le altre sono in coda; 50 richieste per pacchetto di messaggi, fino a un massimo di 1.000 richieste
  • Licenza esistente (BYOL):
    • Sincrono: 400 richieste concorrenti per pacchetto di messaggi, fino a un massimo di 2.000 richieste
    • Asincrono: nessun limite; il seguente numero di richieste può essere eseguito contemporaneamente, le altre sono in coda; 200 richieste per pacchetto di messaggi, fino a un massimo di 1.000 richieste
Nota

Con la versione 25.06, il limite massimo di richieste sincrone è stato aumentato da 600 a 2.000 e il limite massimo di richieste asincrone è stato aumentato da 300 a 1.000. Questo massimale può essere soggetto a modifiche.

Le tabelle riportate di seguito mostrano i limiti delle richieste sincrone e asincrone in base ai tipi di licenza e ai pacchetti di messaggi.

Limiti concorrenti per le istanze di Oracle Integration che includono una licenza

Pacchetti di messaggi assegnati Limite richiesta di sincronizzazione per licenza inclusa Limite richiesta asincrona per licenza inclusa
1 100 50
2 200 100
3 300 150
4 400 200
5 500 250
6 600 300
7 700 350
8 800 400
9 900 450
10 1.000 500
11 1.100 550
12 1.200 600
13 1.300 650
14 1.400 700
15 1.500 750
16 1.600 800
17 1.700 850
18 1.800 900
19 1.900 950
20+ 2.000 1.000

Limiti concorrenti per le istanze di Oracle Integration che utilizzano una licenza esistente (BYOL)

Pacchetti di messaggi assegnati Limite richiesta di sincronizzazione per BYOL Limite richieste asincrone per BYOL
1 400 200
2 800 400
3 1.200 600
4 1.600 800
5+ 2.000 1.000

Quando aumentare i pacchetti di messaggi

Potrebbe essere necessario aumentare i pacchetti di messaggi nelle seguenti situazioni:

Situazione Motivo aumento Esempio

Si sta consumando più messaggi di quanti ne si sottoscriva.

I pacchetti di messaggi devono corrispondere al numero di messaggi consumati dall'istanza di Oracle Integration all'ora. Pertanto, è essenziale conoscere il throughput orario dell'istanza e aumentare i pacchetti di messaggi in base alle esigenze per abbinare il throughput.

Hai 2 pacchetti di messaggi, che ti danno 10.000 messaggi all'ora, che coprono il throughput medio.

Il completamento delle richieste richiede in genere circa 5 secondi, pertanto vengono elaborate 12 richieste al minuto:
  • 60 seconds per minute / 5 seconds per request = 12 requests per minute
In media sono 10 le richieste sincrone concorrenti, quindi ora si dispone di un massimo di 120 richieste concorrenti al minuto:
  • 12 requests per minute x concurrency of 10 = 120 concurrent requests per minute
Ciò significa che in genere elabori 7.200 richieste all'ora:
  • 120 concurrent requests per minute x 60 minutes = 7,200 requests per hour

Diremo che ogni richiesta consuma un messaggio, quindi normalmente consumi 7.200 messaggi all'ora, che rientrano nel tuo abbonamento al pacchetto di messaggi.

A volte, tuttavia, si ottiene una suddivisione di 10 minuti di 100 richieste sincrone concorrenti. Stai elaborando improvvisamente 10 volte più richieste: 1.200 richieste al minuto, per un totale di 12.000 richieste durante la divisione.

Quando lo aggiungi ai tuoi messaggi medi per il resto dell'ora, hai consumato 18.000 messaggi:
  • 50 average minutes x 120 requests per minute = 6,000 requests
  • 6,000 requests + 12,000 request burst = 18,000 requests
Questo ti mette 8.000 messaggi sul tuo abbonamento al pacchetto di messaggi:
  • 10,000 subscribed messages - 18,000 consumed messages = 8,000 message overage

Dovresti sottoscrivere altri 2 pacchetti di messaggi per gestire le esplosioni delle richieste.

Devi gestire scoppi di alta concorrenza.

Il numero di pacchetti di messaggi influisce direttamente sul limite di richieste sincrone (e asincrone) concorrenti.

Sono disponibili 2 pacchetti di messaggi che consentono di ottenere fino a 200 richieste sincrone concorrenti. Si media una concorrenza di 25, quindi di solito sei ben entro quel limite.

Ma a volte si ottiene un'esplosione di 250 richieste sincrone concorrenti. Poiché questo supera il limite, le richieste extra ottengono errori.

Dovresti iscriverti a 1 altro pacchetto di messaggi per gestire le esplosioni delle richieste.