Estimer l'utilisation des messages de facturation pour une location facturée à l'usage

Le calcul de l'utilisation des messages de facturation dépend du modèle de consommation de votre location. Cette rubrique s'applique aux locations qui utilisent le modèle facturé à l'usage (crédit universel). Utilisez les informations suivantes pour estimer le nombre de messages de facturation que votre instance utilisera.

Lorsque vous créez une instance Oracle Integration, vous spécifiez le nombre d'ensembles de messages que l'instance doit utiliser. Les ensembles de messages pour les locations facturées à l'usage sont définis comme suit :

Si vous avez créé une nouvelle licence Oracle Integration dans le nuage :
- Chaque ensemble de messages comprend 5 000 messages de facturation par heure.
- Vous pouvez sélectionner jusqu'à 12 ensembles de messages dans l'interface utilisateur.
Si vous avez fourni une licence Oracle Fusion Middleware existante dans le nuage (BYOL) :
- Chaque ensemble de messages comprend 20 000 messages de facturation par heure.
- Vous pouvez sélectionner jusqu'à 3 ensembles de messages dans l'interface utilisateur.

Le nombre d'ensembles de messages auxquels vous êtes abonné peut également avoir une incidence sur le temps de traitement des demandes synchrones. Voir Utilisation de l'ensemble de messages et demandes synchrones.

Règles communes de consommation des messages

Les règles suivantes s'appliquent à la consommation 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 comptés comme 1 message, à quelques exceptions près. Par exemple : Chaque activité de déclenchement Oracle Integration compte pour 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 pour 1 message, sauf si le processus appelle un autre processus.
Appels internes	Les appels internes au sein du même composant ne sont pas comptabilisés en tant que messages. Par exemple, les éléments suivants ne sont pas comptés : Intégration à l'intégration dans 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.
Données utiles de message de plus de 50 Ko	Pour les données utiles de message de plus de 50 Ko, 1 message supplémentaire est compté pour chaque tranche de 50 Ko supplémentaire. Par exemple, si les données utiles d'un message sont de 102 Ko, 2 messages supplémentaires seront comptés.

Règle

Description

Déclencheurs et appels

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

Chaque activité de déclenchement Oracle Integration compte pour 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 pour 1 message, sauf si le processus appelle un autre processus.

Appels internes

Les appels internes au sein du même composant ne sont pas comptabilisés en tant que messages.

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

Intégration à l'intégration dans 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.

Données utiles de message de plus de 50 Ko

Pour les données utiles de message de plus de 50 Ko, 1 message supplémentaire est compté pour chaque tranche de 50 Ko supplémentaire. Par exemple, si les données utiles d'un message sont de 102 Ko, 2 messages supplémentaires seront comptés.

Consommation des messages d'intégration

Suivez ces règles pour déterminer la façon dont la consommation de messages est calculée.

Numéro de la règle	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 de plus de 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é (par multiples de 50 Ko) seulement lorsque la taille est supérieure à 50 Ko.
4	Interne	L'intégration aux appels d'intégration dans la même instance Oracle Integration n'est pas comptabilisée. Toutefois, l'appel d'une autre instance Oracle Integration entraîne des messages dans l'instance Oracle Integration cible.

Exemples de consommation de messages d'intégration

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. 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 suivante supérieure à 50 Ko fait également 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 2 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 suivante supérieure à 50 Ko fait également 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 suivante supérieure à 50 Ko fait également 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 suivante supérieure à 50 Ko fait également 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. Invokes a request to Oracle Fusion Cloud B2C Service to get data about the order. 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)

Consommation étendue des messages de conservation des données

Par défaut, les instances d'édition Standard et Enterprise conservent les données pendant 32 jours, tandis que les instances d'édition Healthcare 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.

Note

Vous ne pouvez pas modifier la période de conservation des instances d'édition Standard ou Healthcare.

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

Période de conservation étendue des données	Consommation supplémentaire de messages 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 des messages de récupération après sinistre

Oracle fournit une solution de reprise après sinistre qui vous permet de basculer rapidement en cas de sinistre naturel ou humain 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 passer périodiquement d'une région à l'autre. Oracle gère automatiquement pour vous presque toutes les responsabilités de reprise après sinistre. Vos responsabilités administratives sont minimes.

Vous pouvez ajouter la reprise après sinistre aux instances d'édition Enterprise ou Healthcare.

L'ajout de la récupération après sinistre augmente la consommation de l'ensemble de messages en fonction de votre consommation existante. L'utilisation des ensembles de messages existants est le nombre d'ensembles de messages consommés par les intégrations, la conservation des données, l'automatisation des processus, les décisions et l'automatisation robotisée des processus.

Consommation de l'ensemble de messages existant	Consommation supplémentaire de l'ensemble de messages pour la récupération après sinistre	Exemple de calcul de la consommation totale de l'ensemble de messages
1-3 Ensembles de messages	+1 ensemble de messages	2 ensembles de messages + 1 ensemble de messages = 3 ensembles de messages
4-8 ensembles de messages	+2 ensembles de messages	6 ensembles de messages + 2 ensembles de messages = 8 ensembles de messages
8+ ensembles de messages	+3 ensembles de messages	12 ensembles de messages + 3 ensembles de messages = 15 ensembles de messages

Consommation de message supplémentaire pour les fonctions facultatives

Oracle Integration comprend plusieurs technologies et services que vous pouvez activer pour des fonctions supplémentaires.

Ce tableau présente la consommation supplémentaire des messages lorsque vous activez des fonctions facultatives.

Fonction	Consommation supplémentaire de messages
Service d'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 du processus après la première heure
Décisions	+1 message par appel de décision
Automatisation robotique des processus	+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

Les tableaux suivants présentent un exemple de calcul de la consommation des messages.

Consommation des messages par composant

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

Composant	Consommation des composants	Conversion en messages	Messages consommés
Intégrations	9 000 messages	x 1	9,000
Conservation étendue des données	6 mois	x 20%	1,800
Service d'automatisation des processus	1 700 appels de processus 200 processus d'une durée de 1 à 2 heures	x 1	1,900
Décisions	1 400 appels de décision	x 1	1,400
Automatisation robotique des processus	1 200 appels de robots 100 invocations de robots d'une durée de 5 à 10 minutes	x 1	1,300
Total du message	S. O.	S. O.	15,400

Consommation de l'ensemble de messages

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

Type de licence	Messages par paquet	Nombre d'emballages consommés
Nouvelle licence Oracle Integration en nuage	5,000	4
Licence Oracle Fusion Middleware existante pour le nuage (BYOL)	20,000	1

Consommation de l'ensemble de messages pour la récupération après sinistre

Facultativement, si vous avez configuré la récupération après sinistre, vous devez ajouter le nombre approprié d'ensembles de messages pour la récupération après sinistre.

Type de licence	Nombre d'ensembles de messages consommés	Nombre d'ensembles de messages pour la récupération après sinistre
Nouvelle licence Oracle Integration en nuage	4	2
Licence Oracle Fusion Middleware existante pour le nuage (BYOL)	1	1

Consommation totale de l'ensemble de messages

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

Type de licence	Nombre d'ensembles de messages consommés	Nombre d'ensembles de messages pour la récupération après sinistre	Total général
Nouvelle licence Oracle Integration en nuage	4	2	6
Licence Oracle Fusion Middleware existante pour le nuage (BYOL)	1	1	2

Documentation sur Oracle Cloud Infrastructure