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.
- 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:
|
Llamadas internas |
Las llamadas internas dentro del mismo componente no se cuentan como mensajes. Por ejemplo, no se cuenta lo siguiente:
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) |
|
El tamaño de carga útil se considera en el disparador. techo(120/50) = 3 mensajes |
n.º 1 (disparador) |
Síncrona/Asíncrona (disparador) |
|
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) |
|
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) |
|
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) |
|
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 |
|
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 |
|
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 |
|
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 |
|
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 |
|
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 |
|
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 |
|
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.
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 |
---|---|
|
|
|
|
|
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 |
|
x 1 |
1.900 |
Decisiones |
1.400 llamadas a la decisión |
x 1 |
1.400 |
Automatización robótica del proceso |
|
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 |