Precios de Service Bus

La retransmisión considera facturables tanto los mensajes que se le envían a esta como los que ella envía. Un mensaje facturable es una trama de datos de 64 KB como máximo. Si un mensaje supera los 64 KB, como una respuesta HTTP que devuelve una imagen, cada 64 KB adicionales cuentan como un mensaje facturable adicional. En el caso de un servicio retransmitido normal que implementa un esquema de solicitud-respuesta, la solicitud viaja primero a la retransmisión y luego al servicio, y la respuesta usa la misma ruta de acceso. Eso equivale a al menos cuatro mensajes facturables. En el caso de un servicio multidifusión que tenga cuatro agentes de escucha, el mensaje enviado a la retransmisión cuenta como un mensaje, mientras que los cuatro mensajes enviados a los agentes de escucha también cuentan cada uno como un mensaje, con lo que se generan un total de cinco mensajes.

En el caso de entidades desacopladas (colas y temas o suscripciones), una operación es cualquier interacción de API con el servicio Service Bus en cualquier protocolo.

Una operación de envío, recepción o eliminación de un mensaje con un tamaño igual o inferior a 64 KB se considera una operación facturable. Si el tamaño del mensaje es superior a 64 KB, el número de operaciones facturables se calcula en función del tamaño del mensaje en múltiplos de 64 KB. Por ejemplo, un mensaje de 8 KB enviado a Service Bus se facturará como una operación, pero un mensaje de 96 KB enviado a Service Bus se facturará como dos operaciones. La lectura de un mensaje de 8 KB con un bloqueo y su posterior finalización o abandono explícito se facturará como dos operaciones. La renovación del bloqueo de un mensaje cuenta también como una operación.

Si un mensaje se entrega varias veces (por ejemplo, un mensaje diseminado a varios suscriptores o los mensajes fallidos, abandonados o aplazados que se recuperen), se cuenta como operaciones independientes. Por ejemplo, en el caso de un tema con tres suscripciones, un solo mensaje de 64 KB enviado y recibido generará cuatro operaciones facturables, una “entrante” más tres “salientes”, en el supuesto de que todos los mensajes se entreguen a todas las suscripciones y se eliminen al leerlos.

Además, la creación, lectura (inclusión en una lista), actualización y eliminación de una cola, un tema o una suscripción supondrán también el gasto de una operación.

Las operaciones son llamadas de API realizadas a puntos de conexión de colas, temas o suscripciones. Esto incluye las operaciones de administración, envío, recepción y estado de sesión.

Las horas de retransmisión se facturan según la cantidad acumulada de tiempo que cada instancia de Service Bus Relay permanece “abierta”. Una retransmisión se crea y se abre implícitamente en una dirección de Service Bus dada (URL de espacio de nombres de servicio) la primera vez que un servicio WCF habilitado para la retransmisión o un “agente de escucha de retransmisión” se conecta a dicha dirección. Se cierra solo cuando el último agente de escucha se desconecta de su dirección. Por consiguiente, a efectos de facturación, una retransmisión se considera “abierta” desde el momento en que se conecta el primer agente de escucha de retransmisión hasta el momento en que se desconecta el último agente de escucha de retransmisión de la dirección de Service Bus de dicha retransmisión.

Una conexión desacoplada se define del modo siguiente:

1. Una conexión AMQP de un cliente a un tema, suscripción, cola o centro de eventos de Service Bus.
2. Una llamada HTTP para recibir un mensaje de un tema o cola de Service Bus que tiene un valor de tiempo de espera de recepción superior a cero.

Microsoft cobra por el número máximo de conexiones desacopladas concurrentes que superen la cantidad incluida (1,000 en los niveles Estándar y Premium). Los máximos se miden por hora y se prorratean entre las 730 horas de un mes. Después se suman para el período de facturación mensual. La cantidad incluida (1,000 conexiones asincrónicas al mes) se aplica al final del período de facturación a la suma de los máximos por hora prorrateados.

Ejemplos:

1. 5,000 clientes usan una conexión AMQP individual cada uno para conectarse, reciben comandos de un tema de Service Bus y envían eventos a colas. Si todos los clientes se conectan doce horas al día, verá los siguientes gastos de conexión (además de otros gastos de Service Bus): 5,000 conexiones * 12 horas * 30,5 día/ 730 = 2,500 conexiones asincrónicas. Después de la asignación mensual de 1,000 conexiones desacopladas, se le cobrará por 1,500 conexiones asincrónicas.
2. 5,000 clientes reciben mensajes de una cola de Service Bus a través de HTTP, en los que se especifica un tiempo de espera distinto de cero. Si todos los dispositivos se conectan doce horas al día, verá los siguientes gastos de conexión (además de otros gastos de Service Bus): 5,000 conexiones de recepción HTTP * 12 horas al día * 30,5 días / 730 horas = 2,500 conexiones asincrónicas.

Sí. No se producen gastos de conexión por enviar eventos mediante HTTP, independientemente del número de sistemas o dispositivos de envío. Los eventos de recepción con HTTP que tienen un tiempo de espera superior a cero, a veces denominados "de sondeo prolongado", generan cargos por conexiones desacopladas. Las conexiones AMQP generan cargos por conexiones asincrónicas independientemente de si las conexiones se usan para enviar o recibir. Tenga en cuenta que se permiten 100 conexiones desacopladas sin cargo alguno en un espacio de nombres de nivel Básico (este es también el número máximo permitido de conexiones desacopladas en la suscripción de Azure). Las 1000 primeras conexiones desacopladas entre todos los espacios de nombres del nivel Estándar de una suscripción de Azure se incluyen sin costo adicional (aparte del gasto base). Dado que estas asignaciones son suficientes para cubrir muchos escenarios de mensajería de servicio a servicio, habitualmente los gastos por conexiones desacopladas solo son relevantes si se planea utilizar AMQP o HTTP de sondeo prolongado con un gran número de clientes, por ejemplo, para lograr un streaming de eventos más eficaz o habilitar la comunicación bidireccional con miles o millones de dispositivos o instancias de aplicaciones.

No, el gasto base del nivel Estándar se factura solo una vez al mes por suscripción de Azure. Esto significa que, después de crear un espacio de nombres de Service Bus del nivel Estándar, podrá crear tantos espacios de nombres estándar como desee con la misma suscripción de Azure sin incurrir en gastos base adicionales.

El nivel Premium de mensajería de Service Bus proporciona todas las características de mensajería de las colas y los temas de Azure Service Bus, con rendimiento repetible, predecible y mayor, y disponibilidad mejorada. El nivel Premium utiliza un modelo de asignación de recursos dedicado para proporcionar aislamiento de la carga de trabajo y rendimiento coherente. Como los recursos de proceso y memoria del nivel Premium son dedicados, no hay cargos por transacción por mensaje como en otros niveles. Todas las transacciones se incluyen en la asignación de mensajes unitarios.

Una unidad de mensajería es un conjunto de recursos dedicados reservados exclusivamente para los espacios de nombres Premium. Este conjunto de recursos puede proporcionar un rendimiento coherente y repetible de las cargas de trabajo de mensajería. Cada espacio de nombres Premium puede tener una, dos o cuatro unidades de mensajería y la asignación de recursos crece linealmente (dos unidades de mensajería constarán del doble de recursos asignados que una unidad de mensajería).

El nivel Premium de la mensajería de Service Bus es una tarifa plana diaria por unidad de mensajería adquirida. Los espacios de nombres creados como Premium pueden tener una, dos o cuatro unidades de mensajería, cada una de las cuales acumulará el número dado de gastos de la tarifa diaria de unidad de mensajería. Se puede cambiar el número de unidades de mensajería compradas de los espacios de nombres Premium en cualquier momento, pero la tarifa diaria se basa en el número máximo de unidades de mensajería asignadas al espacio de nombres en cualquier momento.

Sí, es posible actualizar al nivel Premium desde el nivel estándar. Para obtener instrucciones sobre cómo migrar la solución de la mensajería estándar a la mensajería Premium, consulte nuestra documentación.

Una conexión híbrida permite establecer comunicación bidireccional de flujos de datos binarios entre dos aplicaciones conectadas en red, y una o ambas partes pueden estar detrás de NAT o firewalls. Tanto el agente de escucha que acepta esta conexión retransmitida como el emisor que inicia la conexión pueden estar implementados en cualquier plataforma y en cualquier lenguaje que tenga funcionalidad de WebSocket básica, lo que incluye la API de WebSocket en la mayoría de los exploradores web.

Cuando cree el primer agente de escucha de una conexión híbrida se le cobrará a una tarifa unitaria por agente de escucha. A cada agente de escucha que decida crear se le aplicará la misma tarifa. Con el servicio se incluyen 5 GB de transferencia de datos gratuita al mes. Estos 5 GB de transferencia de datos gratuita los puede usar en todas las unidades de escucha. Se le cobrará la transferencia de datos por encima del límite si su transferencia de datos agregada en todas las unidades de escucha supera los 5 GB.

Ejemplo de precio 1: si tiene un único agente de escucha, por ejemplo, una instancia del administrador de conexiones híbridas instalada y en ejecución continua durante todo el mes, y envía 3 GB de datos a través de la conexión durante el transcurso del mes, el precio total será $-.

Ejemplo de precio 2: si tiene un único agente de escucha, por ejemplo, una instancia del administrador de conexiones híbridas instalada y en ejecución continua durante todo el mes, y envía 10 GB de datos a través de la conexión durante el transcurso del mes, el precio total será $-. Se basa en $- por la conexión y los primeros 5 GB, más $- por los 5 GB adicionales de datos.

Ejemplo de precio 3: si tiene dos instancias, A y B, del administrador de conexiones híbridas instaladas y en ejecución continua durante todo el mes, y envía 3 GB de datos a través de la conexión A y 6 GB a través de la conexión B, lo que hace un total de 9 GB de datos, el precio total será $-. Se basa en $- por la conexión A, más $- por la conexión B, más $- por el uso de datos por encima del límite de los 4 GB adicionales.

Se cobrarán 64 KB por cada conexión al agente de escucha. Esto se deducirá de los 5 GB gratuitos que ofrecemos cada mes con las unidades de escucha. El precio de la unidad de escucha se calcula por hora en incrementos de 5 minutos. No se le cobrará cada vez que abra y cierre una conexión con fines de desarrollo y pruebas.

Si abre una conexión y no transfiere datos, transferiremos 1 KB cada minuto en su nombre para mantener activa la conexión. Lo hacemos para que la red no cierre la conexión automáticamente cada pocos minutos. El costo asociado a esta acción para un agente de escucha conectado es inferior a $0.05 al mes.