Limites de service

Consultez les limites de service suivantes, appliquées aux ressources Oracle Integration 3. Une limite de service est l'allocation ou le quota défini sur une ressource. Vous ne pouvez pas modifier les limites de service configurées pour votre location.

Remarque

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

Limites de service de la console Oracle Cloud

Pour connaître les limites de service de la console Oracle Cloud, reportez-vous à Limites de service dans la documentation OCI.

Ressource Limite de service

Instances de service d'intégration

  • 200 instances de service par région

    Remarque : cette valeur correspond au nombre d'instances de service que vous provisionnez par région, et non au nombre d'instances d'intégration (par exemple, application et programmation) que vous activez et surveillez sous l'onglet Observation dans Oracle Integration.

    La possibilité de créer des instances de service en dehors de votre région d'origine dépend de plusieurs facteurs. Reportez-vous à Restrictions.

Adresses privées

  • 1 adresse privée par instance de service

  • 1 sous-réseau par adresse privée

Adresses personnalisées

  • 1 adresse personnalisée par instance de service

Journaux de diagnostic interne Oracle Integration

  • 30 jours : conservés dans Oracle Cloud Infrastructure Logging pour une utilisation de débogage

    Reportez-vous à Log Analytics.

Composant : Adaptateurs

Ressource Limite de service
Mémoire de l'agent de connectivité Mémoire minimale de 8 Go avec une portion de mémoire de 4 Go dédiée à la JVM de l'agent sur site. Pour inclure d'autres processus sur l'hôte, en plus de l'agent, augmentez la mémoire physique à plus de 8 Go.
Charges utiles de message d'agent de connectivité
  • 10 Mo via la compression

Tous les adaptateurs compatibles avec l'agent de connectivité

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

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

  • 50 Mo (document XML/JSON structuré) en tant que réponse d'adresses SOAP/REST
  • 1 Go pour les pièces jointes dans le cadre d'une réponse des adresses SOAP/REST
Charge utile structurée (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, etc.)
Charge utile structurée pour les connexions de déclencheur et les réponses à partir des connexions d'appel
  • Adresses cloud : 100 Mo (sans utiliser l'agent de connectivité)
  • Adresses privées : 100 Mo
Charge utile binaire (non structurée) (par exemple, pièces jointes, MTOM) pour les connexions de déclencheur et les réponses des connexions d'appel
  • 1 Go
Support d'adresse privée

La connexion à des adresses privées est prise en charge dans une liste croissante d'adaptateurs.

Reportez-vous à Adaptations prenant en charge la connexion à des adresses privées dans Utilisation des intégrations dans Oracle Integration 3.

Adaptateur Apache Kafka

Pour les configurations de type appel

Opérations de génération/consommation de messages :

  • 10 Mo avec transformation de schéma pour toutes les opérations sortantes
AS2 Adaptateur
  • 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 flocon de neige

Pour les configurations de type déclencheur

Opérations d'interrogation :

  • 50 Mo avec transformation de schéma pour les adresses basées sur un agent
  • 100 Mo avec transformation de schéma via des adresses privées

Pour les configurations de type appel

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

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

Opérations Database Select :

  • 100 Mo pour les adresses Internet publiques
  • 100 Mo pour les adresses privées
  • 50 Mo pour les adresses basées sur un agent
Adaptateur de fichiers (disponible uniquement avec l'agent de connectivité)

Opérations de lecture de fichier :

  • 1 Go en cas d'utilisation sans schéma
  • 50 Mo en cas d'utilisation d'un schéma pour la transformation
  • 50 Mo pour une opération de lecture avec charge utile structurée

Interrogation 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 convertis en messages. Par conséquent, la taille du fichier doit être inférieure à 50 Mo de sorte que la taille du message après conversion ne dépasse pas 50 Mo.

Adaptateur FTP

Pour les configurations de type appel

Opérations de lecture de fichier :

  • 1 Go en cas d'utilisation sans schéma (en cas d'utilisation avec ou sans agent de connectivité)
  • 100 Mo pour les adresses basées sur le cloud lors de l'utilisation d'un schéma pour la transformation
  • 50 Mo pour les adresses basées sur un agent lors de l'utilisation d'un schéma pour la transformation
  • 100 Mo pour les adresses Internet publiques
  • 100 Mo pour les adresses privées

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

  • 1 Go (en cas d'utilisation avec ou sans agent de connectivité)

Opérations d'écriture de fichier :

  • Il n'y a aucune limite

Adaptateurs JMS

  • Adaptateur Oracle WebLogic JMS
  • Adaptateur JMS IBM MQ Series

Pour les configurations de type déclencheur

Consommer les opérations de message :

  • 10 Mo avec transformation de schéma

Pour les configurations de type appel

Opérations de génération de message :

  • 10 Mo avec transformation de schéma
Adaptateur Oracle CPQ
  • 50 Mo pour les charges utiles de réponse
Adaptateur Oracle E-Business Suite
  • 100 Mo pour les adresses Internet publiques
  • 50 Mo pour les adresses basées sur un agent
Adaptateur REST

Pour les configurations de type déclencheur

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

    Reportez-vous à Fonctionnalités de l'adaptateur REST.

  • 1 Go pour les messages avec pièces jointes (par exemple, multipart/form-data)

  • 100 Mo pour les charges utiles de message structuré entrantes (tout en-tête content-type contenant JSON, XML, HTML, YAML ou YML)

    Remarque : si la longueur de chaîne des champs d'une charge utile JSON dépasse 20 Mo, vous recevez une erreur d'échec de traduction. Reportez-vous à ORABPEL-15235 Translation Failure Occurrence dans Utilisation de l'adaptateur REST avec Oracle Integration 3.

  • 1 Go pour le contenu entrant sous la forme d'octets bruts (application/octet-stream en tant que type de contenu)

  • 100 ko pour les exemples de fichier JSON utilisés pour indiquer le format de charge utile de réponse dans l'assistant Configuration d'adresse d'adaptateur

Pour les configurations de type appel

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

    Reportez-vous à Fonctionnalités de l'adaptateur REST.

  • 100 ko pour les exemples de fichier JSON utilisés pour indiquer le format de charge utile de demande dans l'assistant Configuration d'adresse d'adaptateur

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

  • 50 Mo pour les réponses renvoyées par les adresses basées sur un agent pour le contenu structuré (par exemple, JSON/CSV/XML, etc.)

  • 100 Mo pour les réponses renvoyées par des adresses privées pour le contenu structuré (par exemple, JSON/CSV/XML, etc.)

  • 100 Mo pour les réponses renvoyées par les adresses Internet publiques pour le contenu structuré (par exemple, JSON/CSV/XML, etc.)

Adaptateurs basés sur REST (adaptateurs affichant des adresses REST sur l'entrée ou appelant des adresses REST externes)

Par exemple, adaptateur Oracle Commerce Cloud, adaptateur Oracle Fusion Field Service, etc.

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

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

    Reportez-vous à Fonctionnalités de l'adaptateur REST.

  • 1 Go pour les messages avec pièces jointes (par exemple, multipart/mixte et multipart/form-data)

  • 100 Mo pour les charges utiles de message structuré entrantes (tout en-tête content-type contenant JSON, XML, HTML, YAML ou YML)

  • 1 Go pour le contenu entrant sous la forme d'octets bruts (application/octet-stream en tant que type de contenu)

  • 100 ko pour les exemples de fichier JSON utilisés pour indiquer le format de charge utile de réponse

Pour les configurations de type appel (le cas échéant)

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

    Reportez-vous à Fonctionnalités de l'adaptateur REST.

  • 1 Go pour les pièces jointes dans les demandes sortantes

  • 100 ko pour les exemples de fichier JSON utilisés pour indiquer le format de charge utile de demande

  • 50 Mo pour les adresses basées sur un agent

  • 100 Mo pour les adresses privées

  • 100 Mo pour les adresses Internet publiques

Adaptateur Salesforce
Adaptateur SAP
  • 50 Mo

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

Adaptateur SAP Ariba Reportez-vous à Restrictions relatives à l'adaptateur SAP Ariba.
Adaptateur SOAP

Pour les configurations de type déclencheur

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

Pour les configurations de type appel

  • 100 Mo pour les charges utiles structurées (XML) dans les demandes et les réponses
  • 50 Mo pour les adresses basées sur un agent
  • 100 Mo pour les adresses privées
  • 100 Mo pour les adresses Internet publiques

Adaptateurs basés sur SOAP (adaptateurs affichant des adresses SOAP sur l'entrée ou appelant des adresses SOAP externes)

Par exemple : adaptateur Oracle Logistics.

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

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

Pour les configurations de type appel (le cas échéant)

  • 100 Mo pour les charges utiles structurées (XML) dans les réponses
  • 50 Mo pour les adresses basées sur un agent
  • 100 Mo pour les adresses privées
Délai d'expiration de l'appel de l'adaptateur sortant basé sur l'agent de connectivité
  • 4 minutes pour le délai de connexion
Délai d'expiration de l'appel de l'adaptateur sortant
  • Délai d'expiration de lecture : 5 minutes
  • Délai d'expiration de la connexion : 5 minutes
Délai d'expiration 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 des opérations de procédure stockée ou de base de données PureSQL expirent 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 comptés dans la limite. Lorsque la valeur 16 est dépassée, une erreur est générée.

Limite de taille de chaîne
  • 10,000 characters

Cette limite s'applique à toutes les variables de type string, y compris les variables globales, et à toutes les fonctions, y compris les fonctions concat utilisées à l'intérieur d'une affectation, d'un point ou d'un mappeur.

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

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

Déclencheurs - Demandes simultanées
  • Synchrone : 100 demandes simultanées par pack de messages pour une instance de service qui inclut une nouvelle licence et 400 demandes simultanées par pack de messages pour une instance de service qui utilise une licence existante (BYOL), jusqu'à 2 000 au maximum

    L'augmentation de la limite de demandes simultanées avec des packs de messages supplémentaires est utile si vous avez des exigences élevées en matière de simultanéité d'accès aux données pour les exécutions d'intégration synchrones.

    Pour plus d'informations sur le calcul de l'évolutivité des demandes simultanées, reportez-vous à la section Utilisation du pack de messages et demandes synchrones/asynchrones.

    Les branches d'action parallèles indépendantes du type d'intégration (synchrone, asynchrone, etc.) sont prises en compte dans les limites de simultanéité d'accès aux demandes synchrones.

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

  • Asynchrone : aucune limite ; le nombre de demandes suivant peut s'exécuter à la fois, les autres sont mises en file d'attente ; 50 demandes par pack de messages pour une instance de service qui inclut une nouvelle licence et 200 demandes par pack de messages pour une instance de service qui utilise une licence existante (BYOL), jusqu'à un maximum de 1 000

    Les exécutions simultanées asynchrones incluent une programmation + un déclencheur + un 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)
  • Evénements sans erreur : 20 000
  • Evé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é, mais ils continuent à ê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

    Ensuite, une opération HTTP 502 se produit.

  • Asynchrone : 6 heures

    Après cela, l'instance d'intégration est marquée comme abandonnée en raison du délai d'expiration.

  • Planifié : 6 heures

    Après cela, l'instance d'intégration est marquée comme abandonnée en raison du délai d'expiration.

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

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

  • Opérations de cryptage de fichier : 1 Go
  • Opérations de déchiffrement de fichier : 1 Go
Délai d'expiration des messages d'intégration synchrone
  • 300 secondes

    Après cela, l'intégration renvoie une erreur d'expiration.

Taille des messages de messagerie Oracle Integration
  • 10 Mo
Encodage et décodage du contenu des pièces jointes (mapper)
  • 10 Mo pour les fonctions encodeReferenceToBase64(String reference) et decodeBase64ToReference(String base64Content)
Recherches
  • Nombre maximum de lignes dans la table de consultation : Aucune limite
  • Nombre maximum de colonnes dans la table de consultation : 100
  • Limite d'importation de consultation maximum : 100 Mo
  • Longueur maximale de colonne : 2 048 caractères
  • Longueur du nom de domaine : 50 caractères
Limites d'action de notification
  • Méthode par défaut : taille maximale de corps de courriel de 500 ko (ne peut pas être dépassée)

    La taille du corps du courriel et la taille de la pièce jointe sont toutes deux prises en compte dans le calcul de la taille totale de 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 de l'e-mail de votre message est de 250 ko, vous pouvez joindre des fichiers d'une taille codée allant jusqu'à 1,75 Mo pour atteindre la valeur par défaut totale de 2 Mo.

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

    La taille du corps du courriel et la taille de la pièce jointe sont toutes deux prises en compte dans le calcul de la taille totale de la méthode de location client. La taille totale peut être augmentée jusqu'à ce que la valeur maximale prise en charge par le service Email Delivery d'Oracle Cloud Infrastructure soit atteinte.

    Par exemple, supposons que la taille totale prise en charge par votre location 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 location client de 4 Mo.

Reportez-vous à Configuration des courriels de notification et à Limites et fonctionnalités du service Email Delivery.

E-mails sortants (envoyés à partir d'Oracle Integration dans une fenêtre glissante de 24 heures)
  • Méthode par défaut : 10 000 courriels
  • Méthode de location client : la limite est le nombre autorisé par le service Email Delivery Oracle Cloud Infrastructure.

Reportez-vous à Configuration des courriels de notification et à Limites et fonctionnalités du service Email Delivery.

Délai d'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 simultanées
  • Planifié ou hors bande : 1

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

  • Ad-hoc : 1

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

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

  • Boucle For-each : aucune limite

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

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

Limites de projet (maximum par projet)
  • Intégrations: 200
  • Connexions: 100
  • Lookups : 100
  • Bibliothèques JavaScript : 50
  • Déploiements : 100
  • Files d'attente: 50
  • Evénements : 50
Branches d'action parallèles
  • 5 branchements
Suivi de la limite de caractères de la valeur de variable
  • 8,191 caractères
Nombre maximal de variables globales
  • 20
Conservation des données d'instance de service La conservation est basée sur le niveau de trace 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. Reportez-vous à Modification de la période de conservation des données.

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

    Remarque : au bout de 24 heures, le débogage (non recommandé) est automatiquement réinitialisé sur Production. Reportez-vous à Activation d'une intégration dans Utilisation des 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 peut être récupérée jusqu'à ce que l'un des événements suivants se produise :
  • Il est abandonné. Cela peut être dû à la désactivation de l'intégration.
  • Il a été récupéré avec succès ou la récupération conduit à une erreur non récupérable.
  • Elle dépasse le délai de conservation associé, qui est de 32 jours (par défaut) pour les éditions Standard et Enterprise, de 184 jours pour l'édition Healthcare.
Flux de données d'activités - Lignes affichables
  • 5 000 lignes (lors du développement de l'arborescence)
Flux de données d'activité - Taille totale (réponse REST)
  • Illimité
Instances d'intégration renvoyées par demande de surveillance
  • Instances 50
Resoumissions autorisées par ID d'instance d'intégration
  • 10 nouvelles soumissions
Limite de caractères des valeurs de paramètre de planning
  • 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 des intégrations et des connexions
  • Nom : 50 caractères
  • Nom de package : 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 des instances et des erreurs)
  • 50
Délai d'expiration de l'API de développeur pour Oracle Integration 3
  • 2 minutes
Charges utiles pour la publication et l'abonnement aux événements dans les intégrations
  • La même limite prise en charge par l'adaptateur entrant (déclencheur).

    Reportez-vous à la section Component : Adapters.

Charge utile de flux de données d'activité
  • 32 ko par charge utile

    Les charges utiles supérieures à 32 ko sont stockées dans la banque d'objets. Il n'existe aucune limite pour les charges utiles stockées dans la banque d'objets.

  • 25 Mo au total par instance d'intégration

Limites d'Oracle Cloud Infrastructure API Gateway
  • 20 déploiements par passerelle
  • 50 routages par déploiement

Cela permet un total de 1 000 adresses d'intégration par passerelle.

B2B pour Oracle Integration - Gestion des partenaires commerciaux et suivi des messages B2B Reportez-vous à Gestion des partenaires commerciaux et à Suivi des messages B2B dans le manuel Utilisation de B2B pour Oracle Integration 3.

Composant : automatisation robotisée des processus

Ressource Limite de service

Durée de l'instance du robot

  • 4 heures

Affectation d'une instance de robot à un délai d'expiration d'environnement

Varie selon les environnements :

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

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

  • 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 pool d'environnements ont le statut Non disponible :

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

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

    Illimité

Délai d'expiration du téléchargement du fichier

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

Taille de téléchargement de fichiers

  • 50 Mo

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

  • 15 secondes

Temps maximal pendant lequel Oracle Integration attend que l'agent de robot interroge le travail avant de modifier le statut de son environnement en Non disponible

  • 35 secondes

Conservation des données d'instance de service

  • 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. Reportez-vous à Modification de la période de conservation des données.

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

    Au bout de 24 heures, le niveau de trace de débogage d'une instance de robot devient automatiquement Production.

Environnements dans un pool 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 pool d'environnements

  • Nom : 50 caractères

  • Description : 1 024 caractères

  • Mots-clés : 1 024 caractères

Limites de caractères du type de connexion du robot

  • Nom : 50 caractères

  • Description : 1 024 caractères

  • Mots-clés : 1 024 caractères

Limites des caractères de connexion du 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 simultanées
  • 50 connexions par instance de service

Composant : Décisions

Limites de service d'application de décision dans un projet

Ressource Limite de service
Nombre maximal de demandes de décision par projet 10
Nombre maximal d'applications de décision pour tous les projets 100
Nombre maximal de versions pouvant être créées par application de décision 25
Nombre maximal de versions activées par application de décision 10

Limites de service pour un modèle de décision

Ressource Limite de service
Nombre maximal d'exécutions simultanées pour les opérations PUT/PATCH/DELETE en mutation dans les API de cycle de vie de décision 1
Nombre maximal de noeuds de décision par modèle de décision 50
Nombre maximal de règles (lignes) par table de décision 100
Nombre maximal d'expressions d'entrée (colonnes) par table de décision 15
Nombre maximal de paires clé/valeur par décision de contexte 50
Nombre maximum de conditions dans if/else et if/else imbriqué 100
Nombre maximum d'entrées (ligne x colonne) dans la table de relations 200
Nombre maximal de données d'entrée par modèle de décision 20
Nombre maximum de types d'activité par modèle de décision 20
Nombre maximal de services par modèle de décision 10
Nombre maximal de niveaux dans les décisions imbriquées 2

Composant : Process Automation

Pour connaître les limites du service Process Automation, reportez-vous à Limites de service dans Administration d'Oracle Cloud Infrastructure Process Automation.

Utilisation du pack de messages et demandes synchrones/asynchrones

Les limites des demandes simultanées dépendent du type de licence dont vous disposez et du nombre de packs de messages auxquels vous êtes abonné.

Votre type de licence affecte les limites de demandes synchrones et asynchrones des manières suivantes :
  • Nouvelle licence :
    • Synchrone : 100 demandes simultanées par pack de messages, jusqu'à un maximum de 2 000 demandes
    • Asynchrone : aucune limite ; le nombre suivant de demandes peut s'exécuter à la fois, les autres sont en file d'attente ; 50 demandes par pack de messages, jusqu'à un maximum de 1 000 demandes
  • Licence existante (BYOL) :
    • Synchrone : 400 demandes simultanées par pack de messages, jusqu'à un maximum de 2 000 demandes
    • Asynchrone : aucune limite ; le nombre suivant de demandes peut s'exécuter à la fois, les autres sont en file d'attente ; 200 demandes par pack de messages, jusqu'à un maximum de 1 000 demandes
Remarque

Avec la version 25.06, le plafond de limite de demande synchrone est passé de 600 à 2 000 et le plafond de limite de demande asynchrone est passé de 300 à 1 000. Ce plafond peut être sujet à changement.

Les tableaux suivants présentent les limites des demandes synchrones et asynchrones en fonction des types de licence et des packs de messages.

Limites simultanées pour les instances Oracle Integration qui incluent une licence

Packs de messages affectés Limite de requête de synchronisation pour la licence incluse Limite de demande asynchrone pour la licence incluse
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

Limites simultanées pour les instances Oracle Integration qui utilisent une licence existante (BYOL)

Packs de messages affectés Limite de requête de synchronisation pour BYOL Limite de demande asynchrone pour BYOL
1 400 200
2 800 400
3 1 200 600
4 1 600 800
5+ 2 000 1 000

Augmentation des packs de messages

Vous devrez peut-être augmenter le nombre de packs de messages dans les situations suivantes :

Situation Raison de l'augmentation Exemple

Vous consommez plus de messages que vous ne vous abonnez à.

Vos packs de messages doivent correspondre au nombre de messages consommés par heure par votre instance Oracle Integration. Par conséquent, il est essentiel que vous connaissiez le débit horaire de votre instance et que vous augmentiez vos packs de messages si nécessaire pour qu'ils correspondent au débit.

Vous disposez de 2 packs de messages, ce qui vous donne 10 000 messages par heure, ce qui couvre votre débit moyen.

Vos demandes prennent généralement environ 5 secondes, de sorte que vous traitez 12 demandes par minute :
  • 60 seconds per minute / 5 seconds per request = 12 requests per minute
Vous avez en moyenne 10 demandes synchrones simultanées. Vous disposez donc désormais d'un maximum de 120 demandes simultanées par minute :
  • 12 requests per minute x concurrency of 10 = 120 concurrent requests per minute
Cela signifie que vous traitez généralement 7 200 demandes par heure :
  • 120 concurrent requests per minute x 60 minutes = 7,200 requests per hour

Nous dirons que chaque demande consomme un message, de sorte que vous consommez normalement 7 200 messages par heure, ce qui relève de votre abonnement au pack de messages.

Mais parfois, vous obtenez une rafale de 10 minutes de 100 demandes synchrones simultanées. Vous traitez soudainement 10 fois plus de demandes, soit 1 200 demandes par minute, pour un total de 12 000 demandes pendant l'éclatement.

Lorsque vous ajoutez cela à vos messages moyens pendant le reste de l'heure, vous avez consommé 18 000 messages :
  • 50 average minutes x 120 requests per minute = 6,000 requests
  • 6,000 requests + 12,000 request burst = 18,000 requests
Cela vous place 8 000 messages sur votre abonnement au pack de messages :
  • 10,000 subscribed messages - 18,000 consumed messages = 8,000 message overage

Vous devez vous abonner à 2 packs de messages supplémentaires pour gérer vos demandes.

Vous devez gérer les accès simultanés élevés.

Le nombre de packs de messages affecte directement la limite de demandes simultanées synchrones (et asynchrones).

Vous disposez de 2 packs de messages, ce qui vous permet de traiter jusqu'à 200 demandes synchrones simultanées. Vous avez en moyenne une simultanéité de 25, donc vous êtes généralement bien dans cette limite.

Mais parfois, vous obtenez une rafale de 250 demandes synchrones simultanées. Comme cela dépasse votre limite, les demandes supplémentaires reçoivent des erreurs.

Vous devez vous abonner à 1 autre pack de messages pour gérer vos demandes.