Compartir a través de


Notas de la versión de Service Bus 1.1

Se aplica a: Service Bus for Windows Server 1.1

Las siguientes notas de la versión contienen problemas conocidos e información de última hora sobre Service Bus para Windows Server (Service Bus 1.1).

Novedades de Service Bus 1.1

Service Bus para Windows Server 1.1 contiene numerosas características y funciones nuevas. En este tema se resumen las nuevas características y se ofrecen vínculos para obtener más información.

Mejoras del motor en tiempo de ejecución de Service Bus

Service Bus para Windows Server 1.1 incluye compatibilidad con las funciones de mensajería desacoplada que se introdujeron en las versiones 2.0 y 2.1 del SDK de Windows Azure Service Bus. Para obtener más información, vea:

  • What's New in the Azure SDK 2.0 Release (April 2013)

  • What's New in the Service Bus 2.1 Release (May 2013)

A continuación se indican los aspectos más destacados de las nuevas características:

  • AMQP 1.0: Windows Azure Service Bus incluye compatibilidad con el protocolo AMQP (Protocolo avanzado de puesta en cola de mensajes) 1.0. AMQP es un protocolo de mensajería por cable muy eficaz y confiable que se puede usar para crear aplicaciones de mensajería multiplataforma de gran solidez.

  • Modelo de programación de mensajería controlada por eventos: Esta característica introduce un modelo de programación de mensajería controlada por eventos, o “de inserción”, que constituye una alternativa a los bucles de recepción. Esta función permite el procesamiento simultáneo de mensajes y a velocidades diferentes.

  • Firma de acceso compartido (SAS): Ahora las aplicaciones pueden autenticarse en Service Bus para Windows Server usando Firma de acceso compartido (SAS) o, como antes, con la autenticación integrada de Windows. La autenticación con SAS permite a las aplicaciones autenticarse en Service Bus con una clave de acceso configurada en el espacio de nombres de servicio o en la entidad que tiene derechos específicos asociados con ella. Esta clave se puede usar para generar un token de SAS que los clientes pueden usar para autenticarse en Service Bus.

  • Exploración de mensajes: La exploración de mensajes permite ver los mensajes disponibles en una cola sin bloquear ningún mensaje ni realizar una operación de recepción explícita. Es muy útil para depuración y en escenarios que requieren supervisión.

  • Habilitar y deshabilitar el envío y recepción: Esta característica permite suspender y reanudar el envío y la recepción de mensajes a y de colas y temas. Puede habilitar esta característica con la enumeración Microsoft.ServiceBus.Messaging.EntityStatus y estableciendo la propiedad Microsoft.ServiceBus.Messaging.QueueDescription.Status.

  • Eliminación automática de entidades de mensajería inactivas: La función de eliminación automática permite establecer un intervalo después del cual se eliminan automáticamente una cola, un tema o una suscripción que estén inactivos. Si no se produce ninguna actividad de envío o recepción durante el período especificado en la propiedad Microsoft.ServiceBus.Messaging.QueueDescription.AutoDeleteOnIdle, se elimina la entidad. Sin embargo, si hay llamadas de recepción en la cola o suscripción, no se elimina la entidad (incluso si no contiene mensajes).

  • Directiva de reintentos: La característica Directiva de reintentos de cliente permite establecer una directiva de reintentos para errores de entrega de mensajes transitorios. La biblioteca continúa reintentándolo hasta que se alcanza el límite establecido en la propiedad Microsoft.ServiceBus.NamespaceManagerSettings.OperationTimeout.

  • Granjas de servidores de 5 nodos: Service Bus para Windows Server admite ahora granjas de servidores de hasta 5 nodos.

Portal de administración con integración de Windows Azure Pack

Windows Azure Pack para Windows Server es una colección de tecnologías de Azure, disponible para clientes de Microsoft sin coste adicional para instalarlo en su centro de datos. Se ejecuta en Windows Server 2012 R2 y System Center 2012 R2 y, mediante el uso de las tecnologías de Azure, permite ofrecer una nube multiempresa de autoservicio muy completa y coherente con la experiencia pública de administración de Azure.

Para obtener más información sobre Windows Azure Pack, vea la página de Windows Azure Pack.

A continuación se indican los aspectos más destacados de las nuevas características disponibles con la integración de Windows Azure Pack:

  1. Portal de inquilinos de Service Bus: Windows Azure Pack ofrece un completo portal de inquilinos para administrar los recursos y servicios de TI. Mensajería con Service Bus es uno de los servicios admitidos, así como máquinas virtuales, sitios web, bases de datos de SQL y mucho más. El portal de Windows Azure Pack permite una experiencia de usuario basada en suscripciones similar a la de Azure.

  2. Experiencia de administrador de Service Bus: Windows Azure Pack ofrece una experiencia de administrador que permite implementar, administrar y supervisar los recursos y servicios.

  3. Cmdlets de Azure PowerShell: Windows Azure Pack admite la administración de Azure PowerShell para servicios de TI, incluido Service Bus.

Versiones de Service Bus

Debido a que los dos productos de Service Bus, Service Bus para Windows Server y Windows Azure Service Bus, tienen diferentes calendarios de lanzamiento de versiones, no se garantiza que la última versión del SDK de Azure funcione con Service Bus para Windows Server. No obstante, puesto que Windows Azure Service Bus admite todas las versiones del SDK por compatibilidad con versiones anteriores, todas las versiones del SDK que admite Service Bus para Windows Server se admiten también en Windows Azure Service Bus.

Cada versión de Service Bus para Windows Server incluye el SDK de Azure, que se entrega a través de NuGet. En el caso de una versión preliminar, especificaremos la versión exacta del SDK que admite esa versión.

El siguiente diagrama ilustra la cadencia de versiones de Service Bus:

Versiones de Service Bus

Problemas conocidos

A continuación se incluye una lista de problemas conocidos de Service Bus para Windows Server 1.1.

  • Set-SBCertificate no establece el enlace de certificados para el extremo HTTPS RP. Para solucionar este problema, siga estos pasos a fin de establecer el enlace de certificados SSL RPHttpsEndpoint (después de ejecutar el cmdlet Set-SBCertificate):

    1. Abra una ventana de comandos de PowerShell de Service Bus para Windows Server y ejecute el cmdlet Get-SBFarm.

    2. Obtenga la propiedad RPHttpsPort y deje el valor de puerto en 9359 (que es el puerto HTTPS de proveedor de recursos predeterminado).

    3. En la ventana de comandos de PowerShell, ejecute el siguiente comando:

      [System.Guid]::NewGuid().ToString("B")
      
    4. Obtenga la huella digital del certificado SSL de la granja de servidores (es la misma que la huella digital del certificado de la granja de servidores de la salida del cmdlet Get-SBFarm).

    5. Ejecute este comando como administrador desde el símbolo del sistema en todos los nodos de la granja de servidores:

      netsh http add sslcert ipport=0.0.0.0:9359 certhash=<SSLCertThumbprint> appid=<NewGuid>
      

      Otra alternativa es ejecutar el siguiente script de PowerShell como administrador en todos los nodos que forman parte de esta granja de servidores de Service Bus para Windows Server:

      $newGuid = [System.Guid]::NewGuid().ToString("B")
      
      $sbFarm = Get-SbFarm
      
      $RPHttpsPort = $sbFarm.RPHttpsPort 
      
      $SSLCertThumbprint =  $sbFarm.FarmCertificate.Thumbprint 
      
      netsh http add sslcert ipport=0.0.0.0:$RPHttpsPort certhash=$SSLCertThumbprint appid=$newGuid
      
  • Service Bus para Windows Server no se instala debido a un error en la configuración de Windows Fabric. En algunas versiones traducidas (por ejemplo, en italiano), la configuración de Windows Fabric (requisito previo para instalar Service Bus para Windows Server) da error. Esto se debe a un formato de hora incorrecto en el que 00:00:00 se representa como 00.00.00. Para solucionar este problema, realice lo siguiente:

    1. Inicie Regedit.exe y navegue hasta HKEY_USERS\.DEFAULT\Control Panel\International.

    2. Cambie el valor sTimeFormat a h:mm:ss tt.

    3. Una vez que la instalación se haya completado correctamente, puede cambiar de nuevo esta entrada del Registro a su valor original.

Fecha de compilación:

2014-04-18