Exportar (0) Imprimir
Expandir todo

Novedades de Service Bus 2.1 (mayo de 2013)

La versión de mayo de 2013 de Service Bus de Windows Azure contiene diversas características y capacidades nuevas. Esta versión no está asociada a una actualización de Windows Azure SDK, pero contiene una versión nueva de Microsoft.ServiceBus.dll (versión 2.1). Puede obtener una versión nueva del ensamblado si descarga el paquete NuGet más reciente de aquí.

Este tema resume las características nuevas y contiene vínculos a más información.

AMQP 1.0

Esta versión de Service Bus de Windows Azure incluye compatibilidad con el AMQP (Advanced Message Queuing Protocol) versión 1.0, que está pasando por una transición hacia la disponibilidad general (GA) de su estado de versión preliminar. AMQP es un protocolo de mensajería eficaz, fiable y de nivel de cableado que se puede usar para crear aplicaciones de mensajería sólidas para varias plataformas.

Para obtener más información sobre AMQP, vea:

Espacios de nombres emparejados

A veces, debido a interrupciones cortas o temporales, cuando un espacio de nombres de servicio de Service Bus deja de estar disponible, no se puede enviar o recibir mensajes en el espacio de nombres que hospeda la cola, el tema o la suscripción. Anteriormente, la solución típica era configurar un espacio de nombres independiente que pudiera funcionar como respaldo y luego implementar una amplia lógica de conmutación por error y reintentos.

Para una alta disponibilidad más robusta, Service Bus ahora admite espacios de nombres emparejados, lo que permite conectarse a dos espacios de nombres. Cuando activa el espacio de nombres secundario, los mensajes se almacenan en la cola secundaria para su entrega a la cola principal más adelante. Si el contenedor (espacio de nombres) principal deja de estar disponible por el motivo que sea, la conmutación por error automática permite que los mensajes de la cola secundaria se entreguen a la cola principal. Esta característica se llama Disponibilidad de envío y permite a un único remitente seguir procesando mensajes en caso de que uno de los espacios de nombres encuentre una entidad de mensajería que deja de estar disponible. Cuando la entidad principal no está disponible, los mensajes se envían a la entidad secundaria. Establezca la propiedad Microsoft.ServiceBus.Messaging.SendAvailabilityPairedNamespaceOptions.EnableSyphon en true en los roles de trabajo del servicio de nube (procesamiento back-end), no en los sitios web ni los roles web (procesamiento front-end).

noteNota
Tenga en cuenta que los sifones de secundario o principal no conservan el ordenamiento de mensajes.

Por ejemplo:

factory = MessagingFactory.Create(SB_Primary_NS_Address);
factory.PairNamespace(new SendAvailabilityPairedNamespaceOptions
    {
        EnableSyphon = true,
        TransferQueueCount = 10,
        MessagingFactory = paired-NS_factory,
        NamespaceManager = paired-NS_manager
    });
factory.Open();

Para obtener más información, vea

Directiva de reintentos

La característica Directiva de reintentos de cliente le permite establecer una directiva de reintentos en los errores de entrega de mensaje transitorios. La biblioteca sigue reintentando hasta que se alcance el límite establecido en la propiedad OperationTimeout. También puede deshabilitar el reintento. Dado que es posible que se observe mayor latencia al usar esta característica, para restaurar el comportamiento anterior, deshabilítela. Por ejemplo:

MessagingFactory factory = MessagingFactory.Create();
factory.RetryPolicy = RetryExponential.Default; // retry on transient errors until the OperationTimeout is reached
factory.RetryPolicy = RetryPolicy.NoRetry; // disables retry for tranisent errors

Para obtener más información, vea

Adiciones de comunidad

Mostrar:
© 2014 Microsoft