Impact des fonctions sur les messages de facturation

Lorsque vous utilisez certaines fonctionnalités d'Oracle Integration, les messages de facturation sont utilisés par votre instance. Cela peut être évident pour des choses comme l'envoi de données avec des intégrations, mais il inclut également des fonctionnalités telles que la conservation étendue des données et la récupération après sinistre.

Votre instance doit inclure suffisamment de packs de messages pour prendre en charge l'utilisation de vos messages de facturation afin de garantir des opérations quotidiennes fluides, évolutives et résilientes. Reportez-vous à Estimer l'utilisation du pack de messages pour une location avec compteur.

Le nombre de packs de messages auxquels vous êtes abonné peut également affecter le temps de traitement des demandes synchrones. Reportez-vous à Utilisation du pack de messages et demandes synchrones/asynchrones.

Consultez les sections suivantes pour voir comment l'utilisation des messages de facturation est calculée.

Règles communes de consommation des messages

Les règles suivantes s'appliquent à l'utilisation des messages dans tous les composants Oracle Integration.

Règle	Description
Déclencheurs et appels	Les déclencheurs et les appels sont généralement comptabilisés comme 1 message à quelques exceptions près. Par exemple : Chaque activité de déclencheur Oracle Integration compte comme 1 message, sauf si l'intégration appelle une autre intégration. Les demandes d'appel d'Oracle Integration ne comptent pas comme un message et les réponses d'appel ne comptent que si elles dépassent 50 ko. Chaque appel de processus compte comme 1 message, sauf si le processus appelle un autre processus.
Appels internes	Les appels internes au sein du même composant ne sont pas considérés comme des messages. Par exemple, les éléments suivants ne sont pas comptés : Intégration à l'intégration au sein de la même instance Oracle Integration Processus à traiter Toutefois, une intégration dans une instance Oracle Integration appelant une intégration dans une autre instance Oracle Integration entraîne des messages dans l'instance Oracle Integration cible.
Charge utile de message supérieure à 50 ko	Pour les charges utiles de message de plus de 50 ko, 1 message supplémentaire est comptabilisé pour chaque 50 ko supplémentaire. Par exemple, si la charge utile d'un message est de 102 ko, 2 messages supplémentaires sont comptabilisés.

Règle

Description

Déclencheurs et appels

Les déclencheurs et les appels sont généralement comptabilisés comme 1 message à quelques exceptions près. Par exemple :

Chaque activité de déclencheur Oracle Integration compte comme 1 message, sauf si l'intégration appelle une autre intégration.
Les demandes d'appel d'Oracle Integration ne comptent pas comme un message et les réponses d'appel ne comptent que si elles dépassent 50 ko.
Chaque appel de processus compte comme 1 message, sauf si le processus appelle un autre processus.

Appels internes

Les appels internes au sein du même composant ne sont pas considérés comme des messages.

Par exemple, les éléments suivants ne sont pas comptés :

Intégration à l'intégration au sein de la même instance Oracle Integration
Processus à traiter

Toutefois, une intégration dans une instance Oracle Integration appelant une intégration dans une autre instance Oracle Integration entraîne des messages dans l'instance Oracle Integration cible.

Charge utile de message supérieure à 50 ko

Pour les charges utiles de message de plus de 50 ko, 1 message supplémentaire est comptabilisé pour chaque 50 ko supplémentaire. Par exemple, si la charge utile d'un message est de 102 ko, 2 messages supplémentaires sont comptabilisés.

Consommation des messages d'intégration

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

Numéro de règle	Règle	Description
1	Déclencheur	Chaque activité du déclencheur compte comme un message au moins (jusqu'à 50 ko en entrée). Si la charge utile de message entrant dépasse 50 Ko, 1 message supplémentaire est compté tous les 50 Ko supplémentaires.
2	Appel	Les demandes d'appel ne comptent pas en tant que messages, mais appelez des réponses de plus de 50 Ko. Si la charge utile du message dépasse 50 Ko, 1 message supplémentaire est compté tous les 50 Ko supplémentaires.
3	Fichier	Pour les flux programmés basés sur un fichier où il existe de fichiers entrants dans des intégrations, chaque fichier est converti en message facturé (par plusieurs de 50 kos) uniquement lorsque la taille est supérieure à 50 ko
4	Interne	Les appels d'intégration à l'intégration au sein de la même instance Oracle Integration ne sont pas comptabilisés. Toutefois, l'appel d'une autre instance Oracle Integration entraîne l'apparition de messages dans l'instance Oracle Integration cible.

Exemples de consommation de messages d'intégration

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. 3 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é, ce qui génère 20 Ko de données pour chaque 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. Renvoie 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 les détails du 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 la donnée de réponse dépasse 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 la donnée de réponse dépasse 50 Ko. Non compté.	Aucune
Flux programmé	Déclencheur programmé. Appel SOAP externe pour obtenir des données via des rapports BIP. Renvoie 130 ko de données. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoie 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 la donnée de réponse dépasse 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 de 40 ko respectivement. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoie 100 ko de données. De FTP vers un emplacement externe.	Chaque appel/fichier est pris en compte par multiple de 50 Ko lorsque la donnée de réponse dépasse 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. Renvoie 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 la donnée de réponse dépasse 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)

Consommation étendue des messages de conservation des données

Par défaut, les instances Standard et Enterprise Edition conservent les données pendant 32 jours, et les instances Healthcare Edition conservent les données pendant 184 jours. Si vous disposez d'une instance Enterprise Edition, vous pouvez étendre la période de conservation des données si vous le souhaitez.

Remarque

Vous ne pouvez pas modifier la période de conservation pour les instances Standard ou Healthcare Edition.

L'ajout d'une conservation étendue des données augmente l'utilisation horaire des messages du pourcentage indiqué dans le tableau suivant. Cette augmentation s'applique à vos totaux horaires pour les messages entrants et sortants pour les demandes de déclenchement et d'appel.

Période de conservation étendue des données	Consommation de messages supplémentaire pour la conservation des données	Exemple de calcul de la consommation horaire totale des messages
93 jours (3 mois)	+10%	3 000 messages + 300 messages pour la conservation des données = 3 300 messages au total
184 jours (6 mois)	+20%	3 000 messages + 600 messages pour la conservation des données = 3 600 messages au total

Attention :

Si vous réduisez ultérieurement la période de conservation des données, toutes les données antérieures à la nouvelle période sélectionnée seront supprimées lorsque vous enregistrerez votre sélection.

Consommation de messages de récupération après sinistre

Oracle fournit une solution de récupération après sinistre qui vous permet de basculer rapidement d'une catastrophe naturelle ou humaine à une autre et d'assurer la continuité des activités dans votre région secondaire. Vous pouvez également utiliser cette solution pour les migrations planifiées et le basculement périodique entre les régions. Oracle gère automatiquement pour vous la quasi-totalité des responsabilités de récupération après sinistre. Vos responsabilités administratives sont minimes.

Vous pouvez ajouter une récupération après sinistre aux instances de l'édition Enterprise ou Healthcare.

L'ajout d'une récupération après sinistre augmente la consommation de votre pack de messages en fonction de votre consommation existante. La consommation existante des packs de messages correspond au nombre de packs de messages utilisés par les intégrations, la conservation des données, l'automatisation des processus, les décisions et l'automatisation des processus robotiques.

Consommation du pack de messages existant	Consommation supplémentaire des packs de messages pour la récupération après sinistre	Exemple de calcul de la consommation totale du pack de messages
1-3 Packs de message	+1 pack de messages	2 packs de messages + 1 pack de messages = 3 packs de messages
4-8 Packs de message	+2 packs de messages	6 packs de messages + 2 packs de messages = 8 packs de messages
+ de 8 packs de messages	+3 packs de messages	12 packs de messages + 3 packs de messages = 15 packs de messages

Consommation de messages supplémentaire pour les fonctions facultatives

Oracle Integration inclut plusieurs technologies et services que vous pouvez activer pour des fonctionnalités supplémentaires.

Ce tableau présente la consommation de messages supplémentaire lorsque vous activez les fonctionnalités facultatives.

Fonction	Consommation supplémentaire de messages
Visual Builder	La mesure permet de suivre le nombre d'utilisateurs uniques, unique interagissent avec les applications Visual Builder dans un intervalle de 1 heure. Ces utilisateurs Visual Builder sont convertis en utilisation de message. Un utilisateur Visual Builder par heure équivaut à 100 messages par heure.
Automatisation des processus	+1 message par appel de processus Un processus appelant un autre processus n'engendre pas ces frais +1 message par heure de durée de traitement après la première heure
Décisions	+1 message par appel de décision
Automatisation des processus robotiques	+1 message par appel de robot +1 message par 5 minutes de durée du robot après les 5 premières minutes

Exemple de consommation de message pour une location avec compteur

Les tableaux suivants présentent un exemple de calcul de la consommation de messages pour une location mesurée (à l'aide de crédits universels).

Consommation de messages par composant

La première étape consiste à déterminer les messages consommés par chaque composant, puis à calculer le total des messages consommés par tous les composants.

Composant	Consommation de composants	Conversion en messages	Messages consommés
Intégrations	9 000 messages	x 1	9 000
Conservation étendue des données	6 mois	20 % x	1 800
Automatisation des processus	1 700 appels de processus 200 processus de 1 à 2 heures	x 1	1 900
Décisions	1 400 appels de décision	x 1	1 400
Automatisation des processus robotiques	1 200 appels de robot 100 appels de robot d'une durée de 5 à 10 minutes	x 1	1 300
Total du message	N/A	N/A	15 400

Consommation du pack de messages

L'étape suivante consiste à déterminer le nombre total de packs de messages nécessaires pour couvrir le nombre total de messages.

Type de licence	Messages par paquet	Nombre de packs consommés
Nouvelle licence Oracle Integration dans le cloud	5 000	4
Licence Oracle Fusion Middleware existante vers le cloud (BYOL)	20 000	1

Consommation du pack de messages pour la récupération après sinistre

Si vous avez configuré la récupération après sinistre, vous devez éventuellement ajouter le nombre approprié de packs de messages pour la récupération après sinistre.

Type de licence	Nombre de packs de message consommés	Nombre de packs de messages pour la récupération après sinistre
Nouvelle licence Oracle Integration dans le cloud	4	2
Licence Oracle Fusion Middleware existante vers le cloud (BYOL)	1	1

Consommation totale du pack de messages

Enfin, vous ajoutez tout pour obtenir la consommation totale de votre pack de messages.

Type de licence	Nombre de packs de message consommés	Nombre de packs de messages pour la récupération après sinistre	Total général
Nouvelle licence Oracle Integration dans le cloud	4	2	6
Licence Oracle Fusion Middleware existante vers le cloud (BYOL)	1	1	2

Documentation Oracle Cloud Infrastructure