Limites de service

Vérifiez les limites de service suivantes pour les ressources Oracle Integration 3. Une limite de service correspond au quota défini pour une ressource. Vous ne pouvez pas modifier les limites de service configurées pour votre location.

Note

Les limites de service décrites ci-dessous sont appliquées.

Limites de service de la console Oracle Cloud Infrastructure

Pour plus d'informations sur les limites de service de la console Oracle Cloud Infrastructure, voir Limites de service dans la documentation OCI.

Ressource Limite de service

Instances de service d'intégration

  • 200 instances de service par région

    Note: This value is the number of service instances you provision per region, and not the number of integration instances (for example, application and schedule) that you activate and monitor under the Observability tab in Oracle Integration.

    La possibilité de créer des instances de service en dehors de votre région principale dépend de plusieurs facteurs. Voir Restrictions.

Points d'extrémité privés

  • 1 point d'extrémité privé par instance de service

  • 1 sous-réseau par point d'extrémité privé

Points d'extrémité personnalisés

  • 1 point d'extrémité personnalisé par instance de service

Journaux de diagnostic interne d'Oracle Integration

  • 30 jours - conservés dans le service de journalisation pour Oracle Cloud Infrastructure aux fins de débogage

    Voir Logging Analytics.

Composant : Adaptateurs

Ressource Limite de service
Agent de connectivité mémoire Mémoire minimale de 8 Go avec tas de 4 Go dédié à la machine virtuelle Java (JVM) de l'agent sur place. Pour inclure d'autres processus sur l'hôte en plus de l'agent, augmentez la mémoire physique à une valeur supérieure à 8 Go.
Agent de connectivité données utiles de message
  • 10 Mo par compression

Tous les adaptateurs compatibles avec l'agent de connectivité

  • 50 Mo en demande
  • 50 Mo en réponse

Adaptateurs SOAP et REST configurés avec l'agent de connectivité

  • 50 Mo (document XML/JSON structuré) en réponse à partir de points d'extrémité SOAP/REST
  • 1 Go pour les fichiers joints à une réponse provenant de points d'extrémité SOAP/REST
Données utiles structurées (JSON, XML) pour les adaptateurs basés sur un agent de connectivité
  • SOAP et REST : 50 Mo
  • Réponses d'appel de fichier et FTP : 50 Mo
  • Autres protocoles : 10 Mo (par exemple, base de données, JMS, MQ, Kafka et autres)
Données utiles structurées pour les connexions de déclenchement et les réponses à partir des connexions d'appel
  • Points d'extrémité en nuage : 100 Mo (sans utiliser l'agent de connectivité)
  • Points d'extrémité privés : 100 Mo
Données utiles binaires (non structurées) (par exemple, attachements, MTOM) pour les connexions de déclenchement et les réponses provenant des connexions d'appel
  • 1 Go
Prise en charge des points d'extrémité privés

La connexion à des points d'extrémité privés est prise en charge par une liste croissante d'adaptateurs.

Voir Adaptateurs prenant en charge la connexion à des points d'extrémité privés dans Utilisation d'intégrations dans Oracle Integration 3.

Adaptateur Apache Kafka

Pour les configurations d'appel

Opérations de production et de consommation de messages :

  • 10 Mo avec transformation de schéma pour toutes les opérations sortantes
Adaptateur AS2
  • 100 Mo

Adaptateurs de base de données

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

Pour les configurations de déclenchement

Opérations de scrutation :

  • 50 Mo avec transformation de schéma pour les points d'extrémité basés sur un agent
  • 100 Mo avec transformation de schéma au moyen de points d'extrémité privés

Pour les configurations d'appel

Procédure stockée, opération sur table et exécution des opérations d'énoncé PureSQL :

  • 10 Mo avec transformation de schéma pour toutes les opérations sortantes

Opérations Database Select :

  • 100 Mo pour les points d'extrémité publics basés sur Internet
  • 100 Mo pour les points d'extrémité privés
  • 50 Mo pour les points d'extrémité basés sur un agent
Adaptateur de fichiers (disponible uniquement avec l'agent de connectivité)

Opérations de lecture de fichier :

  • 1 Go lors d'une utilisation sans schéma
  • 50 Mo lors de l'utilisation d'un schéma pour la transformation
  • 50 Mo pour une opération de lecture avec des données utiles structurées

Scrutation avec un agent de connectivité :

  • 50 Mo

Opérations de téléchargement de fichier :

  • 1 Go

Note : La taille des fichiers CSV augmente lorsqu'ils sont traduits en message. Par conséquent, la taille du fichier doit être inférieure à 50 Mo, afin que la taille du message après la traduction ne dépasse pas 50 Mo.

Adaptateur FTP

Pour les configurations d'appel

Opérations de lecture de fichier :

  • 1 Go lors d'une utilisation sans schéma (lorsqu'il est utilisé avec ou sans agent de connectivité)
  • 100 Mo pour les points d'extrémité basés sur le nuage lors de l'utilisation d'un schéma pour la transformation
  • 50 Mo pour les points d'extrémité basés sur un agent lors de l'utilisation d'un schéma pour la transformation
  • 100 Mo pour les points d'extrémité publics basés sur Internet
  • 100 Mo pour les points d'extrémité privés

Opérations de téléchargement de fichier :

  • 1 Go (lorsqu'il est utilisé avec ou sans agent de connectivité)

Opérations d'écriture de fichier :

  • Il n'y a pas de limite

Adaptateurs JMS

  • Adaptateur JMS pour Oracle WebLogic
  • Adaptateur JMS pour IBM MQ Series

Pour les configurations de déclenchement

Opérations de consommation de messages :

  • 10 Mo avec transformation de schéma

Pour les configurations d'appel

Produire des opérations de message :

  • 10 Mo avec transformation de schéma
Adaptateur Oracle CPQ
  • 50 Mo pour les données utiles de réponse
Adaptateur Oracle E-Business Suite
  • 100 Mo pour les points d'extrémité publics basés sur Internet
  • 50 Mo pour les points d'extrémité basés sur un agent
Adaptateur REST

Pour les configurations de déclenchement

  • 3 Mo pour les documents XML utilisés pour la génération de schéma

    Voir Capacités de l'adaptateur REST.

  • 1 Go pour les messages avec fichiers joints (par exemple, données-formulaires en plusieurs parties)

  • 100 Mo pour les données utiles des messages structurés entrants (tout en-tête de type contenu contenant JSON, XML, HTML, YAML ou YML)

    Note : Si la longueur de la chaîne des champs dans les données utiles JSON dépasse 20 Mo, vous recevez une erreur d'échec de traduction. Voir Occurrence d'échec de traduction ORABPEL-15235 dans Utilisation de l'adaptateur REST avec Oracle Integration 3.

  • 1 Go pour le contenu entrant en octets bruts (flux d'applications/d'octets comme type de contenu)

  • 100 Ko pour les fichiers d'exemple JSON utilisés pour spécifier le format des données utiles de réponse dans l'Assistant Configuration du point d'extrémité de l'adaptateur

Pour les configurations d'appel

  • 3 Mo pour les documents XML utilisés pour la génération de définitions de données

    Voir Capacités de l'adaptateur REST.

  • 100 Ko pour les fichiers d'exemple JSON utilisés pour spécifier le format des données utiles de la demande dans l'Assistant Configuration du point d'extrémité de l'adaptateur

  • 1 Go pour les réponses retournées dans le cadre de l'appel des données binaires d'exécution (application/octet-stream)

  • 50 Mo pour les réponses retournées à partir de points d'extrémité basés sur un agent pour le contenu structuré (par exemple, JSON/CSV/XML, etc.)

  • 100 Mo pour les réponses retournées à partir de points d'extrémité privés pour le contenu structuré (par exemple, JSON/CSV/XML, etc.)

  • 100 Mo pour les réponses retournées à partir de points d'extrémité publics basés sur Internet pour du contenu structuré (par exemple, JSON/CSV/XML, etc.)

Adapteurs basés sur REST (adapteurs qui exposent des points d'extrémité REST en entrée ou adaptateurs qui appellent des points d'extrémité REST externes)

Par exemple, l'adaptateur Oracle Commerce Cloud, l'adaptateur Oracle Field Service Cloud, etc.

Pour les configurations de déclenchement (le cas échéant)

  • 3 Mo pour les documents XML utilisés pour la génération de schéma

    Voir Capacités de l'adaptateur REST.

  • 1 Go pour les messages avec fichiers joints (par exemple, en plusieurs parties/mixtes et en plusieurs parties/données de formulaire)

  • 100 Mo pour les données utiles des messages structurés entrants (tout en-tête de type contenu contenant JSON, XML, HTML, YAML ou YML)

  • 1 Go pour le contenu entrant en octets bruts (flux d'applications/d'octets comme type de contenu)

  • 100 Ko pour les fichiers d'exemple JSON utilisés pour spécifier le format des données utiles de la réponse

Pour les configurations d'appel (le cas échéant)

  • 3 Mo pour les documents XML utilisés pour la génération de définitions de données

    Voir Capacités de l'adaptateur REST.

  • 1 Go pour les fichiers joints dans les demandes sortantes

  • 100 Ko pour les fichiers d'exemple JSON utilisés pour spécifier le format des données utiles de la demande

  • 50 Mo pour les points d'extrémité basés sur un agent

  • 100 Mo pour les points d'extrémité privés

  • 100 Mo pour les points d'extrémité publics basés sur Internet

Adaptateur Salesforce
Adaptateur SAP
  • 50 Mo

    Pour l'adaptateur SAP en tant que connexion de déclenchement, la limite est de 50 Mo pour tous les types de document.

Adaptateur SAP Ariba Voir Restrictions concernant l'adaptateur SAP Ariba.
Adaptateur SOAP

Pour les configurations de déclenchement

  • 100 Mo pour les données utiles structurées (XML) dans les demandes et les réponses

Pour les configurations d'appel

  • 100 Mo pour les données utiles structurées (XML) dans les demandes et les réponses
  • 50 Mo pour les points d'extrémité basés sur un agent
  • 100 Mo pour les points d'extrémité privés
  • 100 Mo pour les points d'extrémité publics basés sur Internet

Adapteurs basés sur SOAP (adapteurs qui exposent des points d'extrémité SOAP en entrée ou adaptateurs qui appellent des points d'extrémité SOAP externes)

Par exemple, l'adaptateur Oracle Logistics.

Pour les configurations de déclenchement (le cas échéant)

  • 100 Mo pour les données utiles structurées (XML) dans les demandes et les réponses

Pour les configurations d'appel (le cas échéant)

  • 100 Mo pour les données utiles structurées (XML) dans les réponses
  • 50 Mo pour les points d'extrémité basés sur un agent
  • 100 Mo pour les points d'extrémité privés
Temporisation de l'appel de l'adaptateur sortant basé sur l'agent de connectivité
  • Temporisation de connexion de 4 minutes
Temporisation de l'appel de l'adaptateur sortant
  • Temporisation de lecture : 5 minutes
  • Temporisation de la connexion : 5 minutes
Temporisation de l'intégration pour :
  • Adaptateur Oracle Autonomous Data Warehouse
  • Adaptateur Oracle Autonomous Transaction Processing
  • Adaptateur Oracle Database Cloud Service
  • Adaptateur MySQL
  • Adaptateur Microsoft SQL Server
  • Adaptateur Oracle Database
  • Adaptateur IBM DB2
  • 240 secondes

    Toutes les intégrations créées après août 2021 qui incluent une procédure stockée ou des opérations de base de données PureSQL expireront après cette limite.

Composant : Intégrations

Ressource Limite de service
Intégrations actives
Profondeur d'appel d'intégration
  • 16 appels

    Par exemple, une intégration parent (intégration de planification) appelle une intégration enfant (intégration d'application), qui à son tour appelle de manière récursive l'intégration parent.

    Les points d'entrée d'intégration le long du chemin d'exécution de la demande sont pris en compte dans la limite. Lorsque 16 est dépassé, une erreur se produit.

Limite de la taille de la chaîne
  • 10,000 caractères

Cette limite s'applique à toutes les variables de type string, y compris les variables globales, et à toutes les fonctions, y compris les fonctions concaténées utilisées dans une affectation, un point ou un programme de mappage.

Simultanéité d'action parallèle Les branches d'action parallèle indépendantes du type d'intégration (synchrone, asynchrone, etc.) comptent dans les limites d'accès simultané pour les demandes synchrones.

Par exemple, une action parallèle avec trois branches nécessite deux créneaux d'accès simultané supplémentaires pour la durée de l'action parallèle; une branche est comptée dans le flux initial déjà obtenu.

Déclencheurs - demandes concurrentes
  • Synchrone : 100 demandes concurrentes par ensemble de messages, jusqu'à un maximum de 600

    Il est utile d'augmenter la limite des demandes concurrentes avec des ensembles de messages supplémentaires si vous avez des exigences élevées en matière d'accès simultané pour les exécutions d'intégration synchrone.

    Pour plus de détails sur le calcul de l'extensibilité des demandes concurrentes, voir Utilisation de l'ensemble de messages et demandes synchrones.

    Les branches d'action parallèles indépendantes du type d'intégration (synchrones, asynchrones, etc.) comptent pour les limites d'accès simultané aux demandes synchrones.

    Par exemple, une action parallèle avec trois branches nécessite deux fentes d'accès simultané supplémentaires pour la durée de l'action parallèle; une branche est comptée dans le flux d'origine déjà obtenu.

  • Asynchrone : Aucune limite; le nombre suivant de demandes peut être exécuté à la fois, le reste est mis en file d'attente; 50 demandes par ensemble de messages, jusqu'à un maximum de 300

    Une exécution concurrente asynchrone inclut les instances programmées + déclenchées + agent de connectivité.

Intégrations d'événements (intégrations pouvant s'abonner à des événements)
  • 50 intégrations par instance de service
Suivi des événements (par instance d'intégration unique/exécution de demande)
  • Événements sans erreur : 20 000
  • Événements d'erreur : 30 000 (10 000 supplémentaires si des événements sont associés à des erreurs)
  • Nombre maximal d'erreurs enregistrées : 2 000

Une fois ces limites atteintes, les événements ne sont plus enregistrés dans le flux de données d'activités, mais ils continuent d'être traités et l'état global de l'instance d'intégration est calculé. Cela garantit que l'état de l'instance d'intégration est mis à jour dans tous les scénarios.

Durée du flux d'intégration
  • Synchrone : 5 minutes

    Après cela, HTTP 502 se produit.

  • Asynchrone : 6 heures

    Par la suite, l'instance d'intégration est marquée comme abandonnée en raison d'une temporisation.

  • Programmé : 6 heures

    Par la suite, l'instance d'intégration est marquée comme abandonnée en raison d'une temporisation.

Limites d'action de fichier intermédiaire (dans les intégrations)
  • Opérations de lecture du fichier en entier : 100 Mo

    Pour les fichiers de plus de 100 Mo, utilisez l'opération de lecture de fichier en segments.

  • Opérations de chiffrement de fichier : 1 Go
  • Opérations de chiffrement de fichier : 1 Go
Temporisation de message d'intégration synchrone
  • 300 secondes

    Après cela, l'intégration renvoie une erreur de temporisation.

Messagerie Oracle Integration taille de message
  • 10 Mo
Encodage et décodage du contenu du fichier joint (mappeur)
  • 10 Mo pour les fonctions encodeReferenceToBase64(String reference) et decodeBase64ToReference(String base64Content)
Longueur de colonne de consultation
  • 1,024 caractères
Limites d'action d'avis
  • Méthode par défaut : Taille maximale du corps du courriel de 500 Ko (ne peut pas être dépassée)

    La taille du corps du courriel et la taille du fichier joint sont toutes deux prises en compte dans le calcul de la taille totale pour la méthode par défaut. La taille totale maximale de la méthode par défaut est de 2 Mo. Par exemple, si la taille du corps du courriel est de 250 Ko, vous pouvez joindre des fichiers d'une taille encodée maximale de 1,75 Mo pour atteindre la valeur par défaut totale de 2 Mo.

  • Méthode de location du client : Taille maximale du corps du courriel de 500 Ko (ne peut pas être dépassée)

    La taille du corps du courriel et la taille des fichiers joints sont toutes deux prises en compte dans le calcul de la taille totale pour la méthode de location du client. La taille totale peut être augmentée jusqu'à ce que la valeur maximale prise en charge par le service de transmission de messages pour Oracle Cloud Infrastructure soit atteinte.

    Par exemple, supposons que la taille totale prise en charge par votre location de client soit de 4 Mo. Si la taille du corps du courriel de votre message est de 250 Ko, vous pouvez joindre des fichiers d'une taille encodée allant jusqu'à 3,75 Mo pour atteindre la valeur totale de la location du client de 4 Mo.

Voir Configurer les courriels d'avis et Capacités et limites du service de transmission de messages.

Courriels sortants (envoyés depuis Oracle Integration dans une fenêtre continue de 24 heures)
  • Méthode par défaut : 10 000 courriels
  • Méthode de la location du client : La limite est le nombre autorisé par le service de transmission de messages pour Oracle Cloud Infrastructure.

Voir Configurer les courriels d'avis et Capacités et limites du service de transmission de messages.

Temporisation pour l'exécution JavaScript
  • 15 secondes
Paramètres de la fonction JavaScript
  • 20 paramètres
Durée d'exécution XSLT
  • 120 secondes
Intégrations programmées - demandes concurrentes
  • Programmé ou hors bande : 1

    Une demande hors bande est une exécution exécutée maintenant associée à un programme.

  • Ad-hoc : 1

    Une demande ad hoc est une exécution Exécuter maintenant non associée à une programmation.

Demandes de locataire et d'utilisateur
  • Interface utilisateur : 100 demandes par seconde par client et 20 demandes par seconde par utilisateur
  • API d'observabilité (instances/erreurs) : 50 demandes par seconde
Programmer des intégrations - durée d'intégration de longue durée
itérations de boucle
  • Boucle pendant : 5 000 itérations

  • Boucle For-each : Aucune limite

  • Itérations de boucle suivies : 1 000 itérations

    Nombre maximal d'itérations saisies dans toutes les boucles pour un ID instance unique pour lequel les données de suivi sont saisies.

Limites de projet (par projet)
  • Intégrations : 100
  • Connexions : 50
  • Consultations : 50
  • Bibliothèques JavaScript : 20
  • Déploiements : 50
Branches d'action parallèles
  • 5 branches
Limite de caractères pour la valeur de variable de suivi
  • 8,191 caractères
Conservation des données d'instance de service La conservation est basée sur le niveau de suivi défini lors de l'activation de l'intégration :
  • Production : 32 jours (par défaut) pour les éditions Standard et Enterprise, 184 jours pour l'édition Healthcare

    Vous pouvez augmenter la période de conservation des données pour les éditions Standard et Enterprise si vous le souhaitez. Voir Modifier la période de conservation des données pour une instance.

  • Vérification : 8 jours
  • Débogage (non recommandé) : 24 heures

    Note : Après 24 heures, le débogage (non recommandé) est automatiquement réinitialisé à Production. Voir Activer une intégration dans Utilisation d'intégrations dans Oracle Integration 3.

Fenêtre de temps pour la récupération d'une instance d'intégration en échec récupérable L'instance d'intégration est récupérable jusqu'à ce que l'une des situations suivantes se produise :
  • Il est avorté. Cela peut se produire en raison de la désactivation de l'intégration.
  • La récupération a réussi ou la récupération entraîne une erreur non récupérable.
  • Il est au-delà du temps de conservation associé, qui est de 32 jours (par défaut) pour les éditions Standard et Enterprise, 184 jours pour l'édition Healthcare.
Flux de données d'activités - Rangées affichables
  • 5 000 rangées (lors du développement de l'arbre)
Flux de données d'activités - Taille totale (réponse REST)
  • Aucune limite
Instances d'intégration retournées par demande de surveillance
  • 50 instances
Resoumissions autorisées par ID instance d'intégration
  • 10 resoumissions
Limite de caractères pour les valeurs de paramètre de programmation
  • 256 caractères
Paramètres de programmation par intégration
  • 5 paramètres
Limite de caractères des valeurs de propriété d'intégration
  • 256 caractères
Limites de caractères pour les intégrations et les connexions
  • Nom : 50 caractères
  • Nom de l'ensemble : 50 caractères
  • Version : 10 caractères
  • Description : 1 024 caractères
décalage maximal pris en charge (API des instances et des erreurs)
  • 500
limite maximale prise en charge (API Instances et erreurs)
  • 50
Temporisation de l'API d'usine
  • 2 minutes
Données utiles pour la publication et l'abonnement à des événements dans des intégrations
Données utiles de flux de données d'activité
  • 32 Ko par charge utile

    Les données utiles dont la taille est supérieure à 32 Ko sont stockées dans le magasin d'objets. Il n'y a aucune limite pour les données utiles stockées dans le magasin d'objets.

  • Total de 25 Mo par instance d'intégration

Limites du service Oracle Cloud Infrastructure API Gateway
  • 20 déploiements par passerelle
  • 50 routes par déploiement

Cela permet un total de 1 000 points d'extrémité d'intégration par passerelle.

B2B pour Oracle Integration - Gestion des partenaires commerciaux et suivi des messages B2B Voir Gérer les partenaires commerciaux et Suivre les messages B2B dans Utilisation de B2B pour Oracle Integration 3.

Composant : Automatisation des processus robotiques

Ressource Limite du service

Durée de l'instance de robot

  • 4 heures

Affectation d'une instance de robot à une temporisation d'environnement

Varie selon les environnements :

  • Si le groupe d'environnements ne contient aucun environnement :

    0 seconde, puis le statut de l'instance de robot passe à Échec

  • Si l'agent robot de l'environnement n'accepte pas la demande :

    30 secondes, puis Oracle Integration tente d'affecter l'instance de robot à un autre environnement

  • Si tous les environnements du groupe d'environnements ont le statut Non disponible :

    240 secondes, puis le statut de l'instance de robot passe à Échec

  • Si au moins un environnement du groupe d'environnements a le statut Disponible :

    Aucune limite

Temporisation du téléchargement du fichier

  • 180 secondes par défaut, mais le constructeur de robot peut spécifier une valeur différente lors de la création d'un robot

Taille de téléchargement de fichier

  • 50 Mo

Fréquence de scrutation (fréquence à laquelle l'agent robot interroge Oracle Integration pour le travail)

  • 15 secondes

Temps maximal pendant lequel Oracle Integration attend que l'agent robot recherche le travail avant de régler le statut de son environnement à Non disponible

  • 35 secondes

Environnements dans un groupe d'environnements

  • 100 environnements

Limites de caractères du robot

  • Nom : 50 caractères

  • Description : 1 024 caractères

  • Mots clés : 1 024 caractères

Limites de caractères du groupe d'environnements

  • Nom : 50 caractères

  • Description : 1 024 caractères

  • Mots clés : 1 024 caractères

Limites de caractères pour le type de connexion robot

  • Nom : 50 caractères

  • Description : 1 024 caractères

  • Mots clés : 1 024 caractères

Limites de caractères de connexion de robot

  • Nom : 50 caractères

  • Description : 1 024 caractères

  • Mots clés : 1 024 caractères

Composant : Serveur de fichiers

Ressource Limite de service
Stockage
  • 500 GO
Connexions concurrentes
  • 50 connexions par instance de service

Composant : Automatisation du processus

Pour les limites du service d'automatisation des processus, voir Limites de service dans Administration du service Oracle Cloud Infrastructure Process Automation.

Utilisation de l'ensemble de messages et demandes synchrones

Le tableau suivant décrit les limites de demande en fonction du nombre d'ensembles de messages.

Ensembles de messages affectés Limite de demande synchrone
6 600
5 500
4 400
3 300
2 200
1 100

Quand augmenter les ensembles de messages

Vos ensembles de messages doivent correspondre au nombre de messages que vous consommez par heure. Assurez-vous de connaître votre débit horaire. Une augmentation des ensembles de messages est également bénéfique si vous souhaitez un traitement plus rapide des demandes synchrones. Les exemples suivants décrivent quand vous avez besoin d'une concurrence plus élevée.
Exemples Ensembles de messages

À quelle vitesse un client peut-il consommer des ensembles de messages avec un accès simultané synchrone élevé?

Supposons qu'un client ait 2 ensembles de messages affectés (10K messages par heure). Chaque demande synchrone prend 5 secondes. Par conséquent :
  • Un accès simultané de 1 peut exécuter 12 demandes par minute.
  • Un accès simultané de 200 peut exécuter 2400 demandes par minute.
  • Une séparation de 10 minutes avec 200 demandes synchrones concurrentes = 24000 messages, ce qui fournit un dépassement de 14K messages (24K - 10K) pour cette heure.

Quand la limite de 600 demandes synchrones est-elle atteinte?

La limite de 600 demandes synchrones concurrentes est atteinte lorsque le client applique 6 ensembles de messages à l'instance Oracle Integration. Prenons l'exemple suivant dans lequel l'exécution de chaque demande synchrone prend 10 secondes :
  • Un accès simultané de 1 peut exécuter 6 demandes par minute.
  • Un accès simultané de 600 peut exécuter 3600 demandes par minute.
  • Une séparation de 10 minutes avec 600 demandes synchrones concurrentes équivaut à 36000 messages, ce qui entraîne un dépassement de 6K messages (36K - 30K) pour cette heure.
Par conséquent, un client avec un débit de messages élevé par heure a déjà un plus grand nombre d'ensembles de messages affectés à l'instance de service. La nécessité pour un client d'augmenter le nombre d'ensembles de messages afin d'obtenir une simultanéité de traitement des demandes plus synchrone est la suivante :
  • Moins de 5K messages par heure
  • Une rafale de demandes synchrones dépassant 100 messages