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 Logging Analytics.

• 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

• 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)

• Endpoint cloud: 100 MB (non utilizzando l'agente di connettività)
• Endpoint privati: 100 MB

• 1 GB

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.

Per le configurazioni di richiamo

Operazioni di produzione/consumo dei messaggi:

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

• 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

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.

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

• 50 MB per i payload di risposta

• 100 MB per endpoint basati su Internet pubblico
• 50 MB per gli endpoint basati su agente

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 Field Service Cloud 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

• 8 MB per batch (10.000 record)

  Vedere Elabora set di dati di grandi dimensioni in modo asincrono con operazioni di massa diverse.

• 50 MB

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

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

• 4 minuti per il timeout della connessione

• Timeout READ: 5 minuti
• Timeout connessione: 5 minuti

• 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.

• 800 integrazioni attive

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

• 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.

• 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.

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.

• Sincrono: 100 richieste concorrenti per pacchetto di messaggi, fino a un massimo di 600

  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 sul modo in cui viene calcolata la scalabilità delle richieste concorrenti, vedere Utilizzo dei pacchetti di messaggi e richieste sincrone.

  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.

• Asincrono: nessun limite; il seguente numero di richieste può essere eseguito alla volta, il resto è in coda; 50 richieste per pacchetto di messaggi, fino a un massimo di 300

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

• 50 integrazioni per istanza di servizio

• 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.

• 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.

• 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

• 300 secondi

  Successivamente, l'integrazione restituisce un errore di timeout.

• 10 MB

• 10 MB per le funzioni encodeReferenceToBase64(String reference) e decodeBase64ToReference(String base64Content)

• 1,024 caratteri

• 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.

• 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.

• 15 secondi

• 20 parametri

• 120 secondi

• 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.

• Interfaccia utente: 100 richieste al secondo per tenant e 20 richieste al secondo per utente
• API di osservabilità (istanze/errori): 50 richieste al secondo

• 6 ore

  Successivamente, l'integrazione viene interrotta da Oracle Integration.

  Vedere Quando un'istanza di integrazione pianificata viene interrotta in Uso delle integrazioni in Oracle Integration 3.

• 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.

• Integrazioni: 100
• Connessioni: 50
• Ricerche: 50
• JavaScript librerie: 20
• Distribuzioni: 50

• 5 diramazioni

• 8,191 caratteri

• 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 per un'istanza.

• 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.

• È 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.

• 5.000 righe (quando si espande l'albero)

• Nessun limite

• 50 istanze

• 10 nuove candidature

• 256 caratteri

• 5 parametri

• 256 caratteri

• Nome: 50 caratteri
• Nome package: 50 caratteri
• Versione: 10 caratteri
• Descrizione: 1.024 caratteri

• 500

• 50

• 2 minuti

• Lo stesso limite supportato dalla scheda di rete in entrata (trigger).

  Vedere Componente: adattatori.

• 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

• 20 distribuzioni per gateway
• 50 instradamenti per distribuzione

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

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

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

• 500 GB

• 50 connessioni per istanza di servizio