Documentation Oracle Cloud Infrastructure

Surveillance des messages facturables

En tant d'administrateur, vous pouvez surveiller le nombre de messages facturables consommés dans une instance Oracle Integration ou Oracle Integration for SaaS sélectionnée.

Modèles de consommation Oracle Integration

The type of license you choose determines how message packs are defined and metered. The Usage Metrics page is different for Oracle Integration versus Oracle Integration for SaaS.

  • Pour Oracle Integration :

    • Utilisation de votre propre licence (BYOL) : pour les utilisateurs BYOL, un package de messages correspond à 20 000 messages par heure. Vous pouvez sélectionner jusqu'à 3 packs de messages si vous utilisez une licence Oracle Fusion Middleware existante dans le cloud.

    • Sans utilisation de votre propre licence : pour ces types de licence, un package de messages correspond à 5 000 messages par heure. Vous pouvez sélectionner jusqu'à 12 packs de messages si vous créez une licence Oracle Integration dans le cloud.

  • Pour Oracle Integration for SaaS, l'utilisation est suivie mensuellement avec des packs d'un million de messages par mois afin de garantir la prévisibilité des coûts même en cas de volumes horaires imprévisibles. L'utilisation est rapportée au mois et non à l'heure. Vous pouvez sélectionner jusqu'à 43 packs de messages.

Fonctionnalités Oracle Integration incluses

Les mesures d'utilisation couvrent les fonctionnalités suivantes.

Remarque

La consommation de messages Visual Builder n'est pas incluse dans les mesures d'utilisation d'Oracle Integration.
Fonctionnalité Oracle Integration Utilisation

Integration

Pour plus d'informations sur le calcul des messages facturables d'intégration, reportez-vous à A propos de l'utilisation des intégrations.

Process

La mesure Process permet de suivre le nombre d'utilisateurs uniques simultanés qui interagissent dans un intervalle d'1 heure. Le dimensionnement est basé sur le nombre d'utilisateurs simultanés, qui est converti en packs de messages. Un utilisateur Process/heure équivaut à 400 messages/heure.

Pour plus d'informations sur le calcul des messages facturables, voir A propos de l'utilisation des processus.

Integration Insight

Chaque transaction commerciale dans Insight compte comme un message unique.

Serveur de fichiers

Aucun coût supplémentaire n'est associé au serveur de fichiers. Lorsque vous utilisez l'adaptateur FTP pour écrire des fichiers dans File Server dans Oracle Integration, la tarification standard applicable à l'adaptateur FTP s'applique. Tout fichier lu ou écrit sur 50 ko est considéré comme un message. Par exemple, 110 ko est considéré comme 3 messages (50 ko chacun).

Remarque

Les appels internes au sein de la même instance Oracle Integration ne sont pas comptabilisés en tant que messages. Reportez-vous à chaque section d'utilisation pour comprendre comment les messages sont comptabilisés lorsque les fonctionnalités sont utilisées ensemble.

Affichage des mesures d'utilisation

  1. Sur la page d'accueil, sélectionnez Surveillance dans le panneau de navigation, puis Mesures d'utilisation.
    La page Mesures d'utilisation s'affiche.
    Remarque

    Les mesures de données sont affichées dans l'heure standard UTC.

    • Pour Oracle Integration
      La page Mesures d'utilisation affiche le nombre total de messages utilisés pour chaque heure d'un jour sélectionné. Dans l'image de l'exemple ci-dessous, la ligne 5K Configuré bleue indique que l'instance Oracle Integration a été configurée pour 5 000 messages par heure lors du provisionnement. Les valeurs inférieures à l'utilisation configurée sont affichées en rose clair et les valeurs supérieures en rose foncé.

      • Pour afficher les messages consommés à une autre date, sélectionnez celle-ci à l'aide du calendrier de l'option Afficher.

      • Placez le curseur sur une période d'une heure pour visualiser une estimation de la consommation de messages correspondante.

      • Cliquez sur Icône Récapitulatif par heure en haut à droite de l'écran pour développer une table répertoriant chaque heure du jour sélectionné et les messages facturables correspondants.


      Description de l'image usage_metrics.png

    • Pour Oracle Integration for SaaS
      La page Mesures d'utilisation de SaaS affiche le nombre total de messages utilisés chaque mois. Dans l'image de l'exemple ci-dessous, la ligne 5M Configuré bleue indique que l'instance Oracle Integration for SaaS a été configurée pour 5 millions de messages par mois lors du provisionnement. Les valeurs inférieures à l'utilisation configurée sont affichées en rose clair et les valeurs supérieures en rose foncé.

      • Pour afficher les messages consommés pendant une autre période, sélectionnez celle-ci à l'aide du calendrier de l'option Afficher.

      • Placez le curseur sur une période d'un mois pour visualiser une estimation de la consommation de messages correspondante.

      • Cliquez sur Icône Récapitulatif par mois en haut à droite de l'écran pour développer une table répertoriant chaque mois et les messages facturables correspondants.


      Description de l'image usage_metrics_saas.png

  2. Exportez les mesures d'utilisation dans un fichier CSV, si nécessaire.
    1. Cliquez sur Exporter.
    2. Dans la boîte de dialogue Exporter les mesures d'utilisation, sélectionnez une date de début et une date de fin, puis cliquez sur Exporter.
      Chaque heure est représentée comme un enregistrement. Vous pouvez exporter au maximum 1 000 heures d'informations (affichées sous forme de lignes dans le fichier CSV).
    3. Utilisez la liste des téléchargements de votre navigateur pour accéder au fichier CSV.
    Le fichier exporté contient des colonnes pour la date, les messages configurés et le nombre total de messages consommés.
    Contient des colonnes pour la date, les messages configurés et le nombre total de messages consommés.

  3. Si nécessaire, modifiez les packs de messages configurés de l'instance Oracle Integration. Reportez-vous à Modification de l'édition, du type de licence, des packs de messages et de l'adresse personnalisée d'une instance.

A propos de l'utilisation d'Integration

Lors de la création d'instances Oracle Integration, les administrateurs spécifient le nombre de packs de messages qu'ils envisagent d'utiliser par instance.

Règles de suivi des messages facturés Integration

Suivez ces règles pour déterminer le mode de calcul de la consommation de messages.

Numéro Règle Description

1

Déclencheur

Chaque activité de déclencheur est comptée par incréments de 50 ko. Par exemple, une charge utile de message entrant de 30 ko est comptée comme un message, une charge utile de 70 ko est comptée comme deux messages, etc.

2

Appel

Les demandes d'appel ne comptent pas en tant que messages et les réponses d'appel dont la charge utile est inférieure à 50 ko ne sont pas comptabilisées. Cependant, le message de réponse est considéré par multiples de 50 ko lorsqu'il dépasse 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 d'une même instance Oracle Integration ne sont pas comptés comme des messages. Par exemple, les éléments suivants ne sont pas comptés :

  • De Process vers Integration

  • De Visual Builder vers Integration

  • D'Integration vers Integration

Si vous appelez une autre instance Oracle Integration, des messages sont présents dans l'instance Oracle Integration cible et, en fonction de la taille de la réponse, des messages peuvent également apparaître 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 et 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)

  1. Flux Eloqua entrant avec 40 ko de charge utile.

  2. Transformation des données.

  3. Appel externe pour propager les données vers Sales Cloud.

La taille de la charge utile est prise en compte au niveau du déclencheur.

ceil(40/50) = 1 message

#1 (Déclencheur)

Synchrone/Asynchrone (déclencheur)

  1. Flux REST entrant avec 120 ko de charge utile.

  2. Transformation des données.

  3. 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)

  1. Flux SOAP entrant avec 70 ko de charge utile.

  2. Téléchargement des fichiers en boucle.

  3. Trois fichiers téléchargés, de 20 ko, 170 ko et 40 ko respectivement.

  4. Transformation/enrichissement des données.

  5. 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)

  1. Adaptateur de base de données extrayant 20 ko de données et 2 lignes.

  2. Pour chaque ligne, 1 appel REST sortant est effectué, qui génère 20 ko de données par appel.

  3. Enrichissement/transformation des données.

  4. 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)

  1. Flux SOAP entrant avec 10 ko de charge utile.

  2. Téléchargement des fichiers en boucle. Deux fichiers téléchargés, de 20 ko et 70 ko respectivement.

  3. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoi de 100 ko de données.

  4. 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)

  1. Demande GET REST simple avec des paramètres de modèle sans charge utile.

  2. Appel à Oracle Fusion Cloud B2C Service pour obtenir des détails de contact. Renvoi d'une réponse de 40 ko.

  3. 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é
  1. Déclencheur programmé.
  2. Téléchargement des fichiers en boucle. Trois fichiers téléchargés, de 20 ko, 170 ko et 40 ko respectivement.

  3. Transformation des données.

  4. 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é
  1. Déclencheur programmé.
  2. Adaptateur de base de données extrayant 30 ko de données et 10 lignes.

  3. Transformation des données.

  4. 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é
  1. Déclencheur programmé.
  2. Appel SOAP externe pour obtenir des données via des rapports BIP. Renvoi de 130 ko de données.

  3. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoi de 10 ko de données.

  4. Transformation des données.

  5. 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.

plancher(130/50) = 2 messages

#3 (Fichier)

Flux programmé
  1. Déclencheur programmé.
  2. Téléchargement des fichiers en boucle. Deux fichiers téléchargés, de 20 ko et 40 ko respectivement.

  3. Appel externe pour obtenir des données supplémentaires via l'adaptateur REST. Renvoi de 100 ko de données.

  4. 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é
  1. Déclencheur programmé.
  2. Appel externe pour obtenir des données via l'adaptateur REST. Renvoi de 10 ko de données.

  3. Transformation des données.

  4. 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
  1. Un flux d'intégration parent appelle un flux d'intégration enfant via REST dans une boucle.
  2. Le flux d'intégration enfant envoie un courriel de notification avec les informations transmises à partir d'un flux parent.

  3. 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
  1. Le flux d'intégration parent télécharge un fichier CSV via l'adaptateur FTP. Le fichier CSV contient 5 lignes.
  2. Chaque ligne du fichier CSV appelle un flux d'intégration enfant.

    1. Le flux d'intégration enfant lit un ID de commande transmis en entrée.

    2. Envoie une demande à Oracle Fusion Cloud B2C Service pour obtenir des données sur la commande. Chaque appel renvoie 70 ko de données.

    3. Transformation des données dans le flux enfant.

    4. Propage les données via un adaptateur FTP pour les écrire dans un fichier.

    5. 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)

Flux d'éditeur/d'abonné
  1. Flux d'éditeur unique avec déclencheur REST sous la forme de 30 ko de charge utile.
  2. Abonné unique au flux précédent qui traite les données et les envoie à un service externe.

L'éditeur compte comme 1 message.

L'abonné n'est pas pris en compte sur le déclencheur.

#1 (Déclencheur)

Flux d'éditeur/d'abonné
  1. Flux d'éditeur unique avec déclencheur REST sous la forme de 30 ko de charge utile.
  2. Abonné unique au flux précédent qui traite les données.
  3. Le flux d'abonné appelle OSC pour obtenir une réponse (de 70 ko).
  4. Le flux d'abonné se termine.

L'éditeur compte comme 1 message.

Le déclencheur d'abonné n'est pas pris en compte. Toutefois, l'appel est mesuré lorsque la réponse dépasse 50 ko. Dans ce cas, le flux d'abonné compte donc pour 2 messages.

#1 (Déclencheur)

#2 (Appel)

A propos de l'utilisation de Process

Lors de la création d'instances Oracle Integration, les administrateurs spécifient le nombre de packs de messages qu'ils envisagent d'utiliser par instance.

Mesure des messages Process

La mesure Process permet de suivre le nombre d'utilisateurs uniques simultanés qui interagissent dans un intervalle d'1 heure. Le dimensionnement est basé sur le nombre d'utilisateurs simultanés, qui est converti en packs de messages. Un utilisateur Process/heure équivaut à 400 messages/heure.

  • 1 000 messages par heure et 10 utilisateurs distincts compteraient comme 1 000 messages d'intégration + (400)*10 utilisateurs = 5 000, donc 1 pack de 5 000 messages par heure.

  • Autre façon de visualiser le dimensionnement Process : 5 000 packs de messages par heure est égal à 12,5 utilisateurs simultanés distincts exécutant des tâches.

Eléments comptés

Tout utilisateur connecté est compté pendant au moins une heure en cas d'exécution d'opérations d'écriture mettant à jour une tâche ou une instance de processus, notamment :

  • mise à jour ou traitement de tâches (approbation/rejet d'une tâche, ajout d'une pièce jointe/d'un commentaire, réaffectation ou demande d'informations),
  • création d'instances de processus.

Au cours de chaque heure d'utilisation, un utilisateur distinct peut effectuer un nombre illimité d'opérations d'écriture.

Pour garantir la disponibilité du système, Oracle Integration s'accompagne de frais minimaux correspondant à 1 pack de messages par heure, même en l'absence d'utilisation. Vous pouvez désactiver votre instance Oracle Integration à des fins de facturation, mais aucune instance n'est traitée pendant l'arrêt de l'instance.

Eléments non comptés

Le décompte n'inclut pas les éléments suivants :

  • utilisateurs connectés effectuant des opérations en lecture seule (opérations de requête ou de lecture),
  • intégrations déclenchées à partir du processus (les intégrations ne sont pas prises en compte).

Exemples d'utilisation de Process

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

Type de scénario Scénario Calcul de la facturation des messages

Espace de travail Process

Entre 9 h et 10 h, 20 employés accèdent à l'espace de travail. Au cours de cette période d'une heure :

  • 5 utilisateurs (user1 à user5) créent 100 instances de processus au total.

  • 10 autres utilisateurs (user6 à user15) traitent différentes tâches créées par les utilisateurs user1 à user5, et les terminent.

  • Les 5 utilisateurs restants (user16 à user20) vérifient uniquement le statut de la tâche et de l'instance de processus, mais n'effectuent aucune opération de mise à jour/d'écriture.

Le bloc 9 h-10 h indique 15 utilisateurs simultanés (5 ont créé des instances et 10 ont traité des tâches).
Espace de travail et application mobile Process

Entre 10 h et 11 h, 10 utilisateurs accèdent à l'espace de travail et 5 à l'application Oracle Process Mobile. Au cours de cette période d'une heure :

  • 10 utilisateurs (user1 à user10) créent des instances de processus et approuvent également au moins 1 tâche en tout.

  • 5 utilisateurs (user11 à user15) se connectent à l'application mobile : 3 d'entre eux créent des instances et les 2 autres effectuent uniquement des opérations en lecture seule.

Le bloc 10 h-11 h indique 13 utilisateurs simultanés (10 utilisateurs de l'espace de travail et 3 utilisateurs mobiles ont effectué des opérations de mise à jour/d'écriture, 2 utilisateurs mobiles n'en ont pas effectué).

Espace de travail Process et Visual Builder

Entre 11 h et 12 h, 5 utilisateurs accèdent à Oracle Integration à partir d'une application Visual Builder et 5 autres accèdent à l'espace de travail.

  • 2 des 5 utilisateurs Visual Builder accèdent à Visual Builder et interagissent avec une application Visual Builder qui déclenche à son tour l'exécution d'une API créant des instances de processus et traitant des tâches.

  • Les 3 autres utilisateurs Visual Builder accèdent à l'application Visual Builder, puis accèdent au statut des tâches et des instances de processus et le lisent.

  • Les 5 utilisateurs accédant à l'espace de travail approuvent au moins 1 tâche chacun pendant la période d'une heure.

Le bloc 11 h-12 h indique 7 utilisateurs simultanés (2 utilisateurs Visual Builder et 5 utilisateurs de l'espace de travail ont effectué des opérations de mise à jour/d'écriture). Ce résultat n'inclut pas les licences pour utilisateurs simultanés Visual Builder. Les utilisateurs simultanés Visual Builder sont mesurés séparément.