À propos de l'utilisation des intégrations

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 déterminer la façon dont la consommation de messages est calculée.

Nombre	Règle	Description
1	Déclenchement	Chaque activité de déclenchement compte pour au moins un message, jusqu'à 50 Ko entrants. Si les données utiles du message entrant dépassent 50 Ko, 1 message supplémentaire est compté pour chaque tranche de 50 Ko supplémentaires.
2	Appel	Les demandes d'appel ne comptent pas comme des messages, mais les réponses à un appel qui dépassent 50 Ko comptent. Si les données utiles du message dépassent 50 Ko, 1 message supplémentaire est compté pour chaque tranche de 50 Ko supplémentaires.
3	Fichier	Dans le cas des flux programmés basés sur des fichiers dans lesquels des fichiers entrent dans des intégrations, chaque fichier est converti en message facturé (en multiples de 50 Ko) seulement 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 comptés comme des messages. Par exemple, les éléments suivants ne sont pas comptés : Automatisation des processus vers Oracle Integration Visual Builder vers Oracle Integration Oracle Integration à Oracle Integration L'appel d'une autre instance Oracle Integration entraîne des messages dans l'instance Oracle Integration cible et, selon la taille de la réponse, peut également entraîner des messages dans l'instance Oracle Integration appelante.

Exemples d'utilisation d'intégrations

Ce tableau montre au moyen d'exemples la façon dont la facturation des messages est calculée et les règles qui s'appliquent.

Type d'intégration	Scénario/Flux	Calcul de la facturation des messages	Règles à appliquer
Synchrone/asynchrone (déclenchement)	Message REST entrant avec 120 Ko de données utiles. Transformation de données. Appel externe pour pousser des données vers Logfire.	La taille des données utiles est prise en compte au déclenchement. plafond (120/50) = 3 messages	#1 (déclenchement)
Synchrone/asynchrone (déclenchement)	Message SOAP entrant avec 70 Ko de données utiles. Télécharger des fichiers dans une boucle. 3 fichiers téléchargés, de 20 Ko, 170 Ko et 40 Ko respectivement. Transformation/enrichissement des données. Appel externe pour pousser des données vers un système externe au moyen de REST.	La taille des données utiles est prise en compte au déclenchement. Toute réponse subséquente supérieure à 50 Ko fait aussi l'objet du suivi. Dans ce scénario, seuls les fichiers supérieurs à 50 Ko sont pris en considération. plafond (70/50) + plafond (170/50) = 2 +4 = 6 messages	#1 (déclenchement) #3 (fichier)
Synchrone/asynchrone (déclenchement)	Adaptateur de base de données tirant 20 Ko de données et 2 rangées. Pour chaque rangée, 1 appel REST sortant est effectué, ce qui donne 20 Ko de données pour chaque appel. Enrichissement/transformation des données. Message FTP vers un emplacement externe.	La taille des données utiles est prise en compte au déclenchement. Toute réponse subséquente supérieure à 50 Ko fait aussi l'objet du suivi. plafond (20/50) = 1 message	#1 (déclenchement)
Synchrone/asynchrone (déclenchement)	Message SOAP entrant avec 10 Ko de données utiles. Télécharger des fichiers dans une boucle. Deux fichiers téléchargés, de 20 Ko et 70 Ko respectivement. Appel externe pour obtenir d'autres données au moyen de l'adaptateur REST. Retourne 100 Ko de données. Message FTP vers un emplacement externe.	La taille des données utiles est prise en compte au déclenchement. Toute réponse subséquente supérieure à 50 Ko fait aussi l'objet du suivi. plafond (10/50) + plafond (70/50) + plafond (100/50) = 1+2+2 = 5 messages	#1 (déclenchement) #2 (appel) #3 (fichier)
Synchrone/asynchrone (déclenchement)	Demande GET REST simple avec paramètres de modèle sans données utiles. Appel à Oracle Fusion Cloud B2C Service pour obtenir les détails de contact. Retourne une réponse de 40 Ko. Retourne les données de contact.	La taille des données utiles est prise en compte au déclenchement. Toute réponse subséquente supérieure à 50 Ko fait aussi l'objet du suivi. Comme le déclenchement n'est qu'une demande GET sans données utiles, il est considéré comme 1 message facturé. 1 message	#1 (déclenchement)
Flux programmé	Déclenchement programmé. Télécharger des fichiers dans une boucle. Trois fichiers téléchargés, de 20 Ko, 170 Ko et 40 Ko respectivement. Transformation de données. Appel externe pour transférer des données qui donne lieu à 10 octets de réponse.	Chaque appel/fichier est pris en compte en multiples de 50 Ko lorsque les données de réponse dépassent 50 Ko. plafond (170/50) = 4 messages	#3 (fichier)
Flux programmé	Déclenchement programmé. Adaptateur de base de données tirant 30 Ko de données et 10 rangées. Transformation de données. Appel externe pour transférer des données qui donne lieu à 5 octets de réponse.	Chaque appel/fichier est pris en compte en multiples de 50 Ko lorsque les données de réponse dépassent 50 Ko. Non compté.	Aucune
Flux programmé	Déclenchement programmé. Appel SOAP externe pour obtenir des données au moyen de rapports BI Publisher. Retourne 130 Ko de données. Appel externe pour obtenir d'autres données au moyen de l'adaptateur REST. Retourne 10 Ko de données. Transformation de données. Appel externe pour transférer des données qui donne lieu à 5 octets de réponse.	Chaque appel/fichier est pris en compte en multiples de 50 Ko lorsque les données de réponse dépassent 50 Ko. plafond (130/50) = 3 messages	#3 (fichier)
Flux programmé	Déclenchement programmé. Télécharger des fichiers dans une boucle. Deux fichiers téléchargés, de 20 Ko et 40 Ko respectivement. Appel externe pour obtenir d'autres données au moyen de l'adaptateur REST. Retourne 100 Ko de données. Message FTP vers un emplacement externe.	Chaque appel/fichier est pris en compte en multiples de 50 Ko lorsque les données de réponse dépassent 50 Ko. plafond (100/50) = 2 messages	#2 (appel)
Flux programmé	Déclenchement programmé. Appel externe pour obtenir des données au moyen de l'adaptateur REST. Retourne 10 Ko de données. Transformation de données. Appel REST externe pour transférer des données qui donne lieu à 500 octets de réponse.	Chaque appel/fichier est pris en compte en multiples de 50 Ko lorsque les données de réponse dépassent 50 Ko. Non compté.	#4 (interne) Aucun compté
Flux d'intégration enfant	Un flux d'intégration parent appelle un flux d'intégration enfant au moyen de REST dans une boucle. Le flux d'intégration enfant envoie un courriel d'avis avec les informations transmises d'un flux parent. L'exécution du flux enfant prend fin.	L'appel de flux enfant d'intégration est retiré du calcul. Non compté. Notez que le parent peut compter.	#4 (interne) Aucun compté
Flux d'intégration enfant	Le flux d'intégration parent télécharge un fichier CSV au moyen de l'adaptateur FTP. Le fichier CSV contient 5 rangées. Chaque rangée du fichier CSV appelle un flux enfant d'intégration enfant. Le flux d'intégration enfant lit un ID commande transmis en entrée. Envoie une demande à Oracle Fusion Cloud B2C Service pour obtenir des données sur la commande. Chaque appel retourne 70 Ko de données. Transformation de données dans le flux enfant. Pousse les données au moyen d'un adaptateur FTP afin de les écrire dans un fichier. L'exécution de l'enfant prend fin.	Les appels de flux enfant d'intégration sont retirés du calcul. Toute réponse subséquente est comptée. Chaque enfant = plafond (70/50) = 2 messages Notez que le parent peut compter.	#2 (appel)

Calculer le nombre de demandes par seconde

Si une temporisation se produit tout le temps pour une intégration synchrone ou si celle-ci dure plus longtemps que d'habitude, il est possible qu'elle tente de traiter un trop grand nombre de demandes. Si vous connaissez le nombre de demandes que votre instance traite en une seconde, vous pouvez plus facilement concevoir des intégrations synchrones qui fournissent les réponses rapides dont vous avez besoin.

Le calcul du nombre de demandes par seconde vous aide à déterminer le nombre approximatif de demandes concurrentes que votre système peut recevoir des applications client. Par exemple, lorsqu'une application mobile appelle Oracle Integration, combien de demandes concurrentes provenant de l'application mobile votre instance peut-elle traiter?

Ce calcul s'applique spécifiquement aux intégrations synchrones, pour lesquelles Oracle Integration attend une réponse du service cible. Si une intégration exécute une tâche volumineuse et nécessite beaucoup de temps, Oracle recommande de créer une intégration asynchrone à la place.

Note

Généralement, les mots "message" et "demande" sont synonymes. Toutefois, lorsque vous utilisez des données utiles volumineuses, vous pouvez consommer plus d'un message par demande. Cette modification a une incidence sur vos calculs. Voir Voir les mesures liées aux messages et les 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. Le calcul TPS ne s'applique pas directement à Oracle Integration pour deux raisons :
- Oracle Integration traite les demandes et non les transactions.
- Le dimensionnement dans Oracle Integration est basé sur la consommation horaire des messages et non sur la consommation par seconde.
Pour Oracle Integration, l'équivalent du nombre de transactions par seconde est le nombre de demandes par seconde, qui correspond à votre degré de concurrence.

Déterminez le nombre approximatif de demandes qu'une instance peut traiter en une minute.
1. Déterminez le nombre d'ensembles de messages que vous avez achetés par heure pour l'instance.
  
  Pour cet exemple, nous allons dire que vous disposez d'une licence Oracle Integration et que vous avez acheté 4 ensembles.
2. Multipliez le nombre d'ensembles de messages par le nombre de messages de l'ensemble de messages (5 000 messages pour les clients BYOL et 20 000 messages pour les clients non BYOL).
  
  Dans cet exemple, nous allons considérer que vous êtes un client utilisant des licences non BYOL. Vos ensembles de messages contiennent donc 5 000 messages.
  
  4 ensembles de messages x 5 000 messages par heure = 20 000 demandes par heure
3. Divisez le nombre de demandes horaires par 3 600 pour déterminer votre capacité approximative par seconde.
  
  20 000 requêtes par heure / 3600 = 5,6 requêtes par seconde
4. Multipliez les demandes par seconde par 2; une instance peut généralement traiter environ deux fois la capacité achetée.
  
  5,6 requêtes par seconde x 2 = 11 requêtes par seconde
Calculez votre concurrence (nombre de demandes concurrentes que votre système peut traiter à partir d'applications client).
1. Déterminez le temps de réponse type 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. Voir Suivre le statut des instances Integration dans Utilisation d'intégrations dans Oracle Integration 3.
  
  Le temps de réponse peut varier en fonction des circonstances. Lorsque le volume de transactions augmente dans votre instance, vos temps de réponse peuvent également augmenter.
  
  Pour cet exemple, nous allons considérer que votre temps de réponse est de 5 secondes.
2. Multipliez le nombre de demandes que vous pouvez traiter par seconde par le temps de réponse.
  
  11 demandes par seconde x 5 secondes = 55 demandes concurrentes
  
  Cette valeur correspond à votre concurrence approximative.

Exemple 6-1 Traitement du nombre maximal de demandes concurrentes

Examinons un exemple de file d'attente de demandes lorsqu'une instance qui peut traiter 55 demandes concurrentes fonctionne à pleine capacité.

Le tableau suivant illustre la façon dont les demandes arrivent et sont terminées au fil des secondes. Le nombre total de demandes dans la file d'attente augmente jusqu'à atteindre 55 et reste à 55 indéfiniment. Après 5 secondes (le temps de réponse), les demandes commencent à se terminer.

Temps écoulé	Demandes qui arrivent	Demandes terminé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 concurrentes

Imaginez que la même instance reçoit un nombre de demandes par seconde supérieur à la valeur maximale de concurrence. Le tableau suivant illustre la rapidité avec laquelle le nombre de demandes dans la file d'attente peut s'accumuler, même si vous ne dépassez la concurrence que de quelques demandes. Au bout de 3 secondes, l'instance a déjà dépassé son nombre maximal de demandes concurrentes et, au bout de 8 secondes, elle traite le double du nombre maximal de demandes concurrentes.

Si une intégration est susceptible de dépasser la concurrence maximale de l'instance, elle subira probablement des temporisations lorsqu'elle sera créée en tant qu'intégration synchrone. Créez plutôt l'intégration en tant qu'intégration asynchrone.

Temps écoulé	Demandes qui arrivent	Demandes terminé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 d'estimation des coûts pour déterminer votre facture mensuelle

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

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

Voir Estimer le coût mensuel.

Documentation sur Oracle Cloud Infrastructure