Estimación del uso de mensajes de facturación para un arrendamiento medido

El cálculo del uso de mensajes de facturación depende del modelo de consumo de su arrendamiento. Este tema se aplica a los arrendamientos que utilizan el modelo medido (crédito universal). Utilice la siguiente información para ayudar a estimar cuántos mensajes de facturación utilizará su instancia.

Al crear una instancia de Oracle Integration, especifique el número de paquetes de mensajes que espera que utilice la instancia. Los paquetes de mensajes para arrendamientos medidos se definen de la siguiente manera:
  • Si ha creado una nueva licencia de Oracle Integration en la nube:
    • Cada paquete de mensajes incluye 5.000 mensajes de facturación por hora.
    • Puede seleccionar hasta 12 paquetes de mensajes en la interfaz de usuario.
  • Si ha traído una licencia de Oracle Fusion Middleware existente a la nube (BYOL):
    • Cada paquete de mensajes incluye 20 000 mensajes de facturación por hora.
    • Puede seleccionar hasta 3 paquetes de mensajes en la interfaz de usuario.

El número de paquetes de mensajes a los que se suscribe también puede afectar al tiempo de procesamiento de las solicitudes síncronas. Consulte Uso de paquetes de mensajes y solicitudes síncronas.

Reglas de consumo de mensajes comunes

Las siguientes reglas se aplican al consumo de mensajes en todos los componentes de Oracle Integration.

Regla Descripción
Disparadores y llamadas

Los disparadores y las llamadas generalmente se cuentan como 1 mensaje con algunas excepciones. Por ejemplo:

  • Cada disparador de actividad de Oracle Integration cuenta como 1 mensaje, a menos que la integración llame a otra integración.
  • Las solicitudes de llamada de Oracle Integration no cuentan como un mensaje y solo llaman al recuento de respuestas si superan los 50 KB.
  • Cada llamada de proceso cuenta como 1 mensaje, a menos que el proceso llame a otro proceso.

Llamadas internas

Las llamadas internas dentro del mismo componente no se cuentan como mensajes.

Por ejemplo, no se cuenta lo siguiente:

  • Integración con la integración en la misma instancia de Oracle Integration
  • Proceso a procesar

Sin embargo, una integración en una instancia de Oracle Integration que llama a una integración en otra instancia de Oracle Integration hace que se generen mensajes en la instancia de Oracle Integration de destino.

Cargas útiles de mensajes de más de 50 KB

Para cargas útiles de mensajes de más de 50 KB, se cuenta 1 mensaje adicional por cada 50 KB adicionales. Por ejemplo, si la carga útil de un mensaje es de 102 KB, se contarán 2 mensajes adicionales.

Consumo de mensaje de integración

Siga estas reglas para determinar cómo se calcula el consumo de mensajes.

Número de regla Regla Descripción

1

Disparador

Cada actividad del disparador cuenta como mínimo como un mensaje, hasta 50 KB entrante. Si la carga útil de mensaje entrante supera los 50 KB, se cuenta 1 mensaje adicional por cada 50 KB adicionales.

2

Llamada

Las solicitudes de llamada no cuentan como mensajes, pero llaman a respuestas de más de 50 KB. Si la carga útil del mensaje supera los 50 KB, se cuenta 1 mensaje adicional por cada 50 KB adicionales.

3

Archivo

Para los flujos programados basados en archivos, en los que hay archivos entrantes en integraciones, cada archivo se convierte en un mensaje facturado (en múltiplos de 50 KB) solo cuando el tamaño es superior a 50 KB.

4

Interno

No se cuentan las llamadas de integración a la misma instancia de Oracle Integration. Sin embargo, al llamar a otra instancia de Oracle Integration, se generan mensajes en la instancia de Oracle Integration de destino.

Ejemplos de consumo de mensajes de integración

En esta tabla se muestra, por ejemplo, cómo se calcula la facturación de mensajes y las reglas que se aplican.

Tipo de integración Escenario/Flujo Cálculo de mensaje de facturación Reglas que se aplican

Síncrona/Asíncrona (disparador)

  1. Entrante de REST con carga útil de 12 KB.

  2. Transformación de datos.

  3. Llamada externa para enviar datos a Logfire.

El tamaño de carga útil se considera en el disparador.

techo(120/50) = 3 mensajes

n.º 1 (disparador)

Síncrona/Asíncrona (disparador)

  1. Entrante de SOAP con carga útil de 71 KB.

  2. Descarga de archivos en un bucle.

  3. 3 archivos descargados con tamaños de 20 KB, 170 KB y 40 KB respectivamente.

  4. Transformación/enriquecimiento de datos.

  5. Llamada externa para enviar datos a un sistema externo a través de REST.

El tamaño de carga útil se considera en el disparador. También se realiza el seguimiento a cualquier respuesta posterior superior a 50 KB. En este escenario, solo se consideran archivos con más de 50 KB.

techo(70/50) + techo(170/50) = 2 + 4 = 6 mensajes

n.º 1 (disparador)

n.º 3 (archivo)

Síncrona/Asíncrona (disparador)

  1. Adaptador de base de Datos que extrae 20 KB de Datos y 2 filas.

  2. Para cada fila, se realiza 1 llamada de REST saliente, lo que da como resultado 20 KB de datos para cada llamada.

  3. Enriquecimiento/transformación de datos.

  4. FTP a una ubicación externa.

El tamaño de carga útil se considera en el disparador. También se realiza el seguimiento a cualquier respuesta posterior superior a 50 KB.

techo (20/50) = 1 mensaje

n.º 1 (disparador)

Síncrona/Asíncrona (disparador)

  1. Entrante de SOAP con carga útil de 11 KB.

  2. Descarga de archivos en un bucle. Dos archivos descargados con tamaños de 20 KB y 70 KB, respectivamente

  3. Llamada externa para obtener más datos a través del adaptador de REST. Devuelve 100 KB de datos.

  4. FTP a una ubicación externa.

El tamaño de carga útil se considera en el disparador. También se realiza el seguimiento a cualquier respuesta posterior superior a 50 KB.

techo(10/50)+ techo (70/50) + techo(100/50) = 1 + 2 + 2 = 5 mensajes

n.º 1 (disparador)

n.º 2 (llamada)

n.º 3 (archivo)

Síncrona/Asíncrona (disparador)

  1. Solicitud GET de REST simple con parámetros de plantilla sin carga útil.

  2. Llamada a Oracle Fusion Cloud B2C Service para obtener los detalles de contacto. Devuelve una respuesta de 40 kB.

  3. Se devuelven los datos de contacto.

El tamaño de carga útil se considera en el disparador. También se realiza el seguimiento a cualquier respuesta posterior superior a 50 KB. Dado que el disparador es solo una solicitud GET sin carga útil, se considera 1 mensaje facturado.

1 mensaje

n.º 1 (disparador)

Flujo programado

  1. Disparador programado.
  2. Descarga de archivos en un bucle. Tres archivos descargados con tamaños de 20 KB, 170 KB y 40 KB, respectivamente.
  3. Transformación de datos.

  4. Llamada externa para transferir datos que dan lugar a 10 bytes de respuesta.

Cada llamada/archivo se considera en múltiplos de 50 KB cuando el dato de respuesta es superior a 50 KB.

techo(170/50) = 4 mensajes

n.º 3 (archivo)

Flujo programado

  1. Disparador programado.
  2. Adaptador de base de Datos que extrae 30 KB de Datos y 10 filas.
  3. Transformación de datos.

  4. Llamada externa para transferir datos que dan lugar a 5 bytes de respuesta.

Cada llamada/archivo se considera en múltiplos de 50 KB cuando el dato de respuesta es superior a 50 KB.

Sin recuento.

Ninguna

Flujo programado

  1. Disparador programado.
  2. Llamada externa de SOAP para obtener datos a través de informes de BIP. Devuelve 130 KB de datos.
  3. Llamada externa para obtener más datos a través del adaptador de REST. Devuelve 10 KB de datos.

  4. Transformación de datos.
  5. Llamada externa para transferir datos que dan lugar a 5 bytes de respuesta.

Cada llamada/archivo se considera en múltiplos de 50 KB cuando el dato de respuesta es superior a 50 KB.

techo(130/50) = 3 mensajes

n.º 3 (archivo)

Flujo programado

  1. Disparador programado.
  2. Descarga de archivos en un bucle. Dos archivos descargados con tamaños de 20 KB y 40 KB, respectivamente
  3. Llamada externa para obtener más datos a través del adaptador de REST. Devuelve 100 KB de datos.

  4. FTP a una ubicación externa.

Cada llamada/archivo se considera en múltiplos de 50 KB cuando el dato de respuesta es superior a 50 KB.

techo(100/50) = 2 mensajes

n.º 2 (llamada)

Flujo programado

  1. Disparador programado.
  2. Llamada externa para obtener datos a través del adaptador de REST. Devuelve 10 KB de datos.
  3. Transformación de datos.

  4. Llamada externa de REST para transferir datos que dan lugar a 500 bytes de respuesta.

Cada llamada/archivo se considera en múltiplos de 50 KB cuando el dato de respuesta es superior a 50 KB.

Sin recuento.

n.º 4 (interna)

Ninguno contabilizado

Flujo de integración secundario

  1. Un flujo de integración principal llama a un flujo de integración secundario a través de REST en un bucle.
  2. El flujo de integración secundario envía un correo electrónico de notificación con la información transferida desde un flujo principal.
  3. Se completa la ejecución del flujo secundario.

La llamada del flujo secundario de integración está exenta de medición.

Sin recuento. Tenga en cuenta que el principal se puede contabilizar.

n.º 4 (interna)

Ninguno contabilizado

Flujo de integración secundario

  1. El flujo de integración principal descarga un archivo CSV a través del adaptador FTP. El archivo CSV contiene 5 filas.
  2. Cada fila del archivo CSV llama a un flujo de integración secundario.
    1. El flujo de integración secundario lee un orderid transferido como entrada.

    2. llama a una solicitud a Oracle Fusion Cloud B2C Service para obtener datos sobre la orden. Cada llamada devuelve 70 kB de datos.

    3. Transformación de datos en el flujo secundario.

    4. Inserta los datos a través de un adaptador FTP para escribirlos en un archivo.

    5. Se completa la ejecución secundaria.

Las llamadas del flujo de integración secundario están exentas de medición. Se miden todas las respuestas posteriores.

Cada secundario = techo(70/50) = 2 mensajes

Tenga en cuenta que el principal se puede contabilizar.

n.º 2 (llamada)

Consumo ampliado de mensajes de retención de datos

Por defecto, las instancias de Standard y Enterprise Edition conservan los datos durante 32 días, mientras que las instancias de Healthcare Edition conservan los datos durante 184 días. Si tiene una instancia de Enterprise Edition, puede ampliar el período de retención de datos si lo desea.

Nota

No puede cambiar el período de retención para las instancias de Standard o Healthcare Edition.

La adición de retención de datos ampliada aumenta el consumo de mensajes por hora en el porcentaje que se muestra en la siguiente tabla. Este aumento se aplica a los totales por hora de los mensajes entrantes y salientes de las solicitudes de disparo y llamada.

Periodo de retención de datos ampliado Consumo adicional de mensajes para la retención de datos Ejemplo de cálculo del consumo total de mensajes por hora
93 días (3 meses) +10% 3.000 mensajes + 300 mensajes para la retención de datos = 3.300 mensajes en total
184 días (6 meses) +20% 3.000 mensajes + 600 mensajes para la retención de datos = 3.600 mensajes en total

Precaución:

Si posteriormente reduce el período de retención de datos, los datos anteriores al período recién seleccionado se suprimirán al guardar la selección.

Consumo de mensajes de recuperación ante desastres

Oracle proporciona una solución de recuperación ante desastres que le permite realizar un failover rápidamente a causa de desastres naturales o provocados por el hombre y proporcionar continuidad del negocio en su región secundaria. También puede utilizar esta solución para migraciones planificadas y cambiar entre regiones periódicamente. Oracle gestiona automáticamente casi todas las responsabilidades de recuperación ante desastres. Sus responsabilidades administrativas son mínimas.

Puede agregar la recuperación ante desastres a las instancias de Enterprise o Healthcare Edition.

La adición de recuperación ante desastres aumenta el consumo de paquetes de mensajes en función del consumo de paquetes de mensajes existente. El consumo de paquetes de mensajes existente es el número de paquetes de mensajes consumidos por las integraciones, la retención de datos, la automatización de procesos, las decisiones y la automatización robótica de procesos.

Consumo de paquetes de mensajes existente Consumo adicional de paquetes de mensajes para la recuperación ante desastres Ejemplo de cálculo del consumo total de paquetes de mensajes
1-3 Paquetes de mensaje +1 paquete de mensajes 2 paquetes de mensajes + 1 paquete de mensajes = 3 paquetes de mensajes
4-8 Paquetes de mensaje +2 paquetes de mensajes 6 paquetes de mensajes + 2 paquetes de mensajes = 8 paquetes de mensajes
8+ paquetes de mensajes +3 paquetes de mensajes 12 paquetes de mensajes + 3 paquetes de mensajes = 15 paquetes de mensajes

Consumo adicional de mensajes para funciones opcionales

Oracle Integration incluye varias tecnologías y servicios que puede activar para funciones adicionales.

En esta tabla se muestra el consumo de mensajes adicional cuando se activan funciones opcionales.

Función Consumo adicional de mensajes

Automatización de procesos

  • +1 mensaje por llamada de proceso

    Un proceso que invoca otro proceso no incurre en este cargo

  • +1 mensaje por hora de duración del proceso después de la primera hora

Decisiones

  • +1 mensaje por llamada de decisión

Automatización robótica del proceso

  • +1 mensaje por llamada de robot
  • +1 mensaje por cada 5 minutos de duración del robot después de los primeros 5 minutos

Ejemplo de consumo de mensajes

En las siguientes tablas se muestra un ejemplo de cálculos de consumo de mensajes.

Consumo de mensajes por componente

El primer paso es determinar los mensajes consumidos por cada componente y, a continuación, calcular el total de mensajes consumidos por todos los componentes.

Componente Consumo de componentes Conversión a mensajes Mensajes consumidos

Integraciones

9.000 mensajes

x 1

9.000

Retención de datos ampliada

6 meses

x 20 %

1.800

Automatización de procesos

  • 1.700 llamadas a procesos
  • 200 procesos que duran de 1 a 2 horas

x 1

1.900

Decisiones

1.400 llamadas a la decisión

x 1

1.400

Automatización robótica del proceso

  • 1.200 invocaciones de robots
  • 100 invocaciones de robots que duran de 5 a 10 minutos

x 1

1.300

Total de mensajes

NA NA

15.400

Consumo de paquete de mensajes

El siguiente paso es averiguar el total de paquetes de mensajes necesarios para cubrir el total de mensajes.

Tipo de licencia Mensajes por paquete Número de paquetes consumidos
Nueva licencia de Oracle Integration en la nube 5.000 4
Licencia de Oracle Fusion Middleware existente en la nube (BYOL) 20.000 1

Consumo de paquete de mensajes para recuperación ante desastres

Opcionalmente, si ha configurado la recuperación ante desastres, debe agregar el número adecuado de paquetes de mensajes para la recuperación ante desastres.

Tipo de licencia Número de paquetes de mensaje consumidos Número de paquetes de mensajes para la recuperación ante desastres
Nueva licencia de Oracle Integration en la nube 4 2
Licencia de Oracle Fusion Middleware existente en la nube (BYOL) 1 1

Consumo total de paquete de mensajes

Finalmente, agrega todo para obtener el consumo total de paquetes de mensajes.

Tipo de licencia Número de paquetes de mensaje consumidos Número de paquetes de mensajes para la recuperación ante desastres Suma total
Nueva licencia de Oracle Integration en la nube 4 2 6
Licencia de Oracle Fusion Middleware existente en la nube (BYOL) 1 1 2