A propos de l'utilisation d'Integration

Les règles suivantes s'appliquent à l'utilisation des messages d'intégration.

Règles de suivi de l'utilisation des messages d'intégration

Suivez ces règles pour connaître le mode de calcul de l'utilisation des messages.

Numéro	Règle	Description
1	Déclencheur	Chaque activité de déclencheur compte comme un message au moins (jusqu'à 50 ko en entrée). Si la charge utile du message entrant dépasse 50 ko, 1 message supplémentaire est compté tous les 50 ko.
2	Appel	Les demandes d'appel ne comptent pas en tant que messages, mais les réponses d'appel de plus de 50 ko comptent. Si la charge utile du message dépasse 50 ko, 1 message supplémentaire est compté tous les 50 ko.
3	Fichier	Pour les flux programmés basés sur des fichiers où il existe des fichiers entrants dans des intégrations, chaque fichier est converti en message facturé (par multiple de 50 ko) uniquement lorsque la taille est supérieure à 50 ko.
4	Interne	Les appels internes au sein de la même instance Oracle Integration ne sont pas comptabilisés comme des messages. Par exemple, les éléments suivants ne sont pas comptés : Process Automation vers Oracle Integration Visual Builder pour Oracle Integration Oracle Integration vers Oracle Integration, L'appel d'une autre instance Oracle Integration entraîne des messages dans l'instance Oracle Integration cible et, en fonction de la taille de la réponse, peut également entraîner des messages dans l'instance Oracle Integration appelante.

Exemples d'utilisation d'Integration

Ce tableau montre, à l'aide d'exemples, comment la facturation des messages est calculée, ainsi que les règles qui s'appliquent.

Type d'intégration	Scénario/Flux	Calcul de la facturation des messages	Règles applicables
Synchrone/Asynchrone (déclencheur)	Flux REST entrant avec 120 ko de charge utile. Transformation des données. Appel externe pour propager les données vers LogFire.	La taille de la charge utile est prise en compte au niveau du déclencheur. ceil(120/50) = 3 messages	1 (Déclencheur)
Synchrone/Asynchrone (déclencheur)	Flux SOAP entrant avec 70 ko de charge utile. Téléchargement des fichiers en boucle. Trois fichiers téléchargés, de 20 ko, 170 ko et 40 ko respectivement. Transformation/enrichissement des données. Appel externe pour propager les données vers un système externe via REST.	La taille de la charge utile est prise en compte au niveau du déclencheur. Toute réponse ultérieure de plus de 50 ko est également suivie. Dans ce scénario, seuls les fichiers de plus de 50 ko sont pris en compte. ceil(70/50) + ceil(170/50) = 2 +4 = 6 messages	1 (Déclencheur) 3 (Fichier)
Synchrone/Asynchrone (déclencheur)	Adaptateur de base de données extrayant 20 ko de données et 2 lignes. Pour chaque ligne, 1 appel REST sortant est effectué, qui génère 20 ko de données par appel. Enrichissement/transformation des données. De FTP vers un emplacement externe.	La taille de la charge utile est prise en compte au niveau du déclencheur. Toute réponse ultérieure de plus de 50 ko est également suivie. ceil (20/50) = 1 message	1 (Déclencheur)
Synchrone/Asynchrone (déclencheur)	Flux SOAP entrant avec 10 ko de charge utile. Téléchargement des fichiers en boucle. Deux fichiers téléchargés, de 20 ko et 70 ko respectivement. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoi de 100 ko de données. De FTP vers un emplacement externe.	La taille de la charge utile est prise en compte au niveau du déclencheur. Toute réponse ultérieure de plus de 50 ko est également suivie. ceil(10/50)+ ceil (70/50) + ceil(100/50) = 1+2+2 = 5 messages	1 (Déclencheur) 2 (Appel) 3 (Fichier)
Synchrone/Asynchrone (déclencheur)	Demande GET REST simple avec des paramètres de modèle sans charge utile. Appel vers Oracle Fusion Cloud B2C Service pour obtenir des détails de contact. Renvoi d'une réponse de 40 ko. Renvoi des données de contact.	La taille de la charge utile est prise en compte au niveau du déclencheur. Toute réponse ultérieure de plus de 50 ko est également suivie. Le déclencheur étant une simple demande GET sans charge utile, 1 message facturé est compté. 1 message	1 (Déclencheur)
Flux programmé	Déclencheur programmé. Téléchargement des fichiers en boucle. Trois fichiers téléchargés, de 20 ko, 170 ko et 40 ko respectivement. Transformation des données. Appel externe pour transférer des données, qui génère 10 octets de réponse.	Chaque appel/fichier est pris en compte par multiple de 50 ko lorsque les données de réponse dépassent 50 ko. ceil(170/50) = 4 messages	3 (Fichier)
Flux programmé	Déclencheur programmé. Adaptateur de base de données extrayant 30 ko de données et 10 lignes. Transformation des données. Appel externe pour transférer des données, qui génère 5 octets de réponse.	Chaque appel/fichier est pris en compte par multiple de 50 ko lorsque les données de réponse dépassent 50 ko. Non compté.	Aucune
Flux programmé	Déclencheur programmé. Appel SOAP externe pour obtenir des données via des rapports BIP. Renvoi de 130 ko de données. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoi de 10 ko de données. Transformation des données. Appel externe pour transférer des données, qui génère 5 octets de réponse.	Chaque appel/fichier est pris en compte par multiple de 50 ko lorsque les données de réponse dépassent 50 ko. ceil(130/50) = 3 messages	3 (Fichier)
Flux programmé	Déclencheur programmé. Téléchargement des fichiers en boucle. Deux fichiers téléchargés, de 20 ko et 40 ko respectivement. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoi de 100 ko de données. De FTP vers un emplacement externe.	Chaque appel/fichier est pris en compte par multiple de 50 ko lorsque les données de réponse dépassent 50 ko. ceil(100/50) = 2 messages	2 (Appel)
Flux programmé	Déclencheur programmé. Appel externe pour obtenir des données via l'adaptateur REST. Renvoi de 10 ko de données. Transformation des données. Appel REST externe pour transférer des données, qui génère 500 octets de réponse.	Chaque appel/fichier est pris en compte par multiple de 50 ko lorsque les données de réponse dépassent 50 ko. Non compté.	4 (Interne) Pas de décompte
Flux d'intégration enfant	Un flux d'intégration parent appelle un flux d'intégration enfant via REST dans une boucle. Le flux d'intégration enfant envoie un courriel de notification avec les informations transmises à partir d'un flux parent. L'exécution du flux enfant se termine.	L'appel de flux d'intégration enfant n'est pas pris en compte dans la mesure. Non compté. Le parent peut compter.	4 (Interne) Pas de décompte
Flux d'intégration enfant	Le flux d'intégration parent télécharge un fichier CSV via l'adaptateur FTP. Le fichier CSV contient 5 lignes. Chaque ligne du fichier CSV appelle un flux d'intégration enfant. Le flux d'intégration enfant lit un ID de commande transmis en entrée. Envoie une demande à Oracle Fusion Cloud B2C Service pour obtenir des données sur la commande. Chaque appel renvoie 70 ko de données. Transformation des données dans le flux enfant. Propage les données via un adaptateur FTP pour les écrire dans un fichier. L'exécution enfant se termine.	Les appels de flux d'intégration enfant ne sont pas pris en compte dans la mesure. Toute réponse ultérieure est mesurée. Chaque enfant = ceil(70/50) = 2 messages Le parent peut compter.	2 (Appel)

Calcul des demandes par seconde

Si une intégration synchrone expire continuellement ou prend plus de temps que d'habitude, il se peut que l'intégration tente de traiter trop de demandes. Le fait de connaître les demandes que votre instance traite en une seconde vous aide à concevoir des intégrations synchrones qui fournissent les réponses rapides dont vous avez besoin.

Le calcul des demandes par seconde permet de déterminer le nombre approximatif de demandes simultanées que le système peut recevoir des applications client. Par exemple, lorsqu'une application mobile appelle Oracle Integration, combien de demandes simultanées de cette application votre instance peut-elle traiter ?

Ce calcul concerne spécifiquement les intégrations synchrones, pour lesquelles Oracle Integration attend une réponse du service cible. Si vous disposez d'une intégration qui réalise une tâche conséquente dont l'exécution prend du temps, Oracle recommande plutôt de créer une intégration asynchrone.

Remarque

En général, les termes "message" et "demande" sont synonymes. Toutefois, en présence de charges utiles imposantes, vous pouvez utiliser plusieurs messages par demande. Cette variation a une incidence sur vos calculs. Reportez-vous à Visualisation des mesures de message et des messages facturables.

Les calculs de cette section supposent que chaque demande est inférieure ou égale à 50 ko.
Ce calcul est généralement appelé TPS, ou transactions par seconde. TPS ne s'applique pas directement à Oracle Integration pour deux raisons :
- Oracle Integration traite des demandes plutôt que des transactions.
- Le dimensionnement dans Oracle Integration repose sur l'utilisation horaire des messages plutôt que sur l'utilisation par seconde.
Dans Oracle Integration, TPS équivaut aux demandes par seconde, ce qui correspond à votre valeur de simultanéité.

Déterminez le nombre approximatif de demandes qu'une instance peut traiter en une minute.
1. Déterminez le nombre de packs de messages achetés par heure pour l'instance.
  
  Pour cet exemple, admettons que vous disposez d'une licence Oracle Integration et que vous avez acheté 4 packs.
2. Multipliez le nombre de packs de messages par le nombre de messages contenus dans un pack (5 000 messages pour les clients non BYOL et 20 000 messages pour les clients BYOL).
  
  Pour cet exemple, admettons que vous êtes un client non BYOL. Vos packs de messages contiennent donc 5 000 messages.
  
  4 packs de messages x 5 000 messages par heure = 20 000 demandes par heure
3. Divisez par 3 600 le nombre de demandes par heure afin de déterminer votre capacité approximative par seconde.
  
  20 000 demandes par heure / 3600 = 5,6 demandes par seconde
4. Multipliez par 2 les demandes par seconde. Une instance peut généralement gérer environ deux fois la capacité achetée.
  
  5,6 requêtes par seconde x 2 = 11 requêtes par seconde
Calculez votre valeur de simultanéité (nombre de demandes simultanées que le système peut traiter à partir des applications client).
1. Déterminez le temps de réponse standard en secondes.
  
  Par exemple, exécutez quelques demandes et vérifiez les temps de réponse dans les horodatages du flux de données d'activités. Reportez-vous à Suivi du statut des instances d'intégration dans Utilisation des intégrations dans Oracle Integration 3.
  
  Le temps de réponse peut varier en fonction des circonstances. Lorsque le volume de transactions augmente dans l'instance, les temps de réponse peuvent également augmenter.
  
  Pour cet exemple, admettons que le temps de réponse est de 5 secondes.
2. Multipliez le nombre de demandes que vous pouvez traiter chaque seconde par le temps de réponse.
  
  11 demandes par seconde x 5 secondes = 55 demandes simultanées
  
  Cette valeur est votre valeur de simultanéité approximative.

Exemple 6-1 Traitement du nombre maximal de demandes simultanées

Examinons un exemple de file d'attente de demandes lorsqu'une instance capable de gérer 55 demandes simultanées fonctionne à pleine capacité.

Le tableau suivant indique comment les demandes arrivent et sont traitées au fil des secondes. Le nombre total de demandes dans la file d'attente augmente jusqu'à atteindre 55 et reste à 55 indéfiniment. Au bout de 5 secondes (temps de réponse), les demandes commencent à être traitées.

Temps écoulé	Demandes arrivées	Demandes traitées	Nombre total de demandes dans la file d'attente
1 seconde	11	0	11
2 secondes	11	0	22
3 secondes	11	0	33
4 secondes	11	0	44
5 secondes	11	11	55
6 secondes	11	11	55
7 secondes	11	11	55
8 secondes	11	11	55

Exemple 6-2 Dépassement du nombre maximal de demandes simultanées

Supposons que la même instance reçoive un nombre de demandes par seconde supérieur à la valeur de simultanéité maximale. Le tableau suivant illustre la rapidité de la hausse du nombre de demandes dans la file d'attente, même si vous dépassez la valeur de simultanéité de quelques demandes seulement. Au bout de 3 secondes, l'instance est déjà au-delà de son nombre maximal de demandes simultanées. Au bout de 8 secondes, l'instance est face au double du nombre maximal de demandes simultanées.

Si une intégration est susceptible de dépasser la valeur de simultanéité maximale de l'instance, elle risque de connaître des expirations si elle est conçue en tant qu'intégration synchrone. Créez plutôt l'intégration en tant qu'intégration asynchrone.

Temps écoulé	Demandes arrivées	Demandes traitées	Nombre total de demandes dans la file d'attente
1 seconde	20	0	20
2 secondes	20	0	40
3 secondes	20	0	60
4 secondes	20	0	80
5 secondes	20	11	89
6 secondes	20	11	98
7 secondes	20	11	107
8 secondes	20	11	116

Utiliser l'outil Estimateur de coût pour déterminer votre facture mensuelle

Oracle fournit un outil d'estimation des coûts qui vous aide à déterminer votre utilisation mensuelle et votre facture pour Oracle Integration.

Accédez à l'outil d'estimation des coûts.
Dans la liste Sélectionner une catégorie, choisissez Intégration.
Dans la zone Intégration d'application, cliquez sur Charger.
Suivez les instructions de la page pour calculer vos coûts.
Le coût mensuel estimé est affiché.

Reportez-vous à estimation des coûts mensuels.

Documentation Oracle Cloud Infrastructure