Información general sobre Service Bus for Windows Server 1.1
Se aplica a: Service Bus for Windows Server 1.1
Service Bus para Windows Server es un conjunto de componentes instalables que proporciona capacidades de mensajería de Windows Azure Service Bus en Windows Server. Service Bus para Windows Server permite crear, probar y ejecutar aplicaciones de asociación flexible y controladas por mensajes en entornos autoadministrados y en los equipos de los desarrolladores.
La finalidad de Service Bus para Windows Server es proporcionar capacidades similares entre Windows Azure y Windows Server, y ofrecer flexibilidad en el desarrollo e implementación de aplicaciones. Se ha creado sobre la misma arquitectura que el servicio de nube de Service Bus y proporciona capacidades de escala y resistencia. El modelo de programación, la compatibilidad con Visual Studio y las API expuestas para para desarrollar aplicaciones son simétricos a los del servicio de nube, lo que facilita el desarrollo de aplicaciones para cualquiera de ellos y la conmutación entre los dos. Es más, la experiencia de la administración de entidades en el Portal de administración de Azure será coherente entre las versiones local y en la nube.
Escenarios para Service Bus para Windows Server
Desarrollo local, implementación en la nube. Este escenario habitual ayuda a los desarrolladores de aplicaciones para la nube a desarrollar y probar aplicaciones de forma local en un entorno de desarrollo que puede instalarse en un equipo de sobremesa o portátil. Para ayudar a los desarrolladores de la nube, el Service Bus para Windows Server se puede instalar en un sistema operativo de cliente (Windows 7 o 8, 64 bits) y usar ediciones de SQL Express (SQL Express 2008 R2 SP1 o superior). Además, el Service Bus para Windows Server se puede configurar para que use cuentas locales (en lugar de cuentas de dominio) para el desarrollo en un equipo que no esté unido a un dominio o que esté sin conexión.
Implementación flexible. Los proveedores de software que ofrecen sus soluciones a una amplia variedad de clientes quieren tener la posibilidad de implementar su solución como aplicación en la nube o distribuida a sus clientes para su implementación local. De igual forma, las organizaciones quieren elegir dónde implementar la aplicación. Para permitir este escenario, el Service Bus para Windows Server ofrece simetría con el Windows Azure Service Bus (oferta de Microsoft PaaS), así como compatibilidad con IaaS. La simetría empieza con el conjunto de características admitido (mensajería desacoplada solo para esta versión), el mismo SDK y compatibilidad para una cadena de conexión configurable que permita a los clientes cambiar su opción de implementación sin recompilar la solución.
Publicación-suscripción local. Para las organizaciones que desarrollan servicios y aplicaciones, el Service Bus para Windows Server ofrece un nivel de middleware orientado a mensajes (MOM), con un conjunto de características enriquecidas de publicación-suscripción. Para permitir este escenario, el Service Bus para Windows Server ofrece características como alta disponibilidad, escalabilidad, autenticación basada en token de Windows (compatible con Active Directory), etc.
Características de mensajes del Service Bus para Windows Server
Service Bus para Windows Server admite el mismo conjunto de características de mensajería desacoplada establecida que Windows Azure Service Bus. Las colas Service Bus ofrecen un almacenamiento y una recuperación confiables de los mensajes con diversos protocolos y API.
Colas de Service Bus
Las colas de Service Bus proporcionan nivelación de carga al permitir que el receptor del mensaje procese los mensajes a su ritmo. Además, las colas de Service Bus proporcionan equilibrio de carga mediante diversos receptores que compiten y que aceptan mensajes de la misma cola. Para obtener más información sobre Service Bus colas, vea Cómo usar colas de Service Bus.
Temas de Service Bus
Además de las características de las colas, los temas y suscripciones de Service Bus ofrecen capacidades enriquecidas de publicación-suscripción que permiten a varios suscriptores simultáneos recuperar de forma independiente vistas filtradas o sin filtrar de la secuencia de mensajes publicados. Para obtener más información sobre los temas de Service Bus, vea Cómo usar temas o suscripciones de Service Bus.
Opciones de implementación y de administración de Service Bus for Windows Server
Service Bus para Windows Server admite dos métodos de implementación que, a su vez, admiten diversos escenarios.
Solo tiempo de ejecución de Service Bus (independiente): En este escenario de implementación, hay un solo administrador que implementa y administra la granja de servidores de Service Bus y crea espacios de nombre. Todas las operaciones de administración se apoyan en comandos de PowerShell y no hay una interfaz de usuario (a excepción del asistente de configuración de Service Bus para la configuración inicial).
Integración de Service Bus con el paquete de Windows Azure: En este escenario de implementación, el administrador administra Service Bus por medio del portal del paquete de Windows Azure, donde implementa y administra la granja de servidores real (la nube). Los inquilinos de Service Bus también usan el portal para crear espacios de nombre y entidades de mensajería. La experiencia del portal es similar a la de Azure.
Use la implementación independiente de Service Bus (no el portal) cuando un solo inquilino administre los recursos de Service Bus mediante cmdlets de PowerShell y las API de Service Bus.
Use la integración de Service Bus con el paquete de Windows Azure cuando desee una experiencia de administración similar a la de la nube o cuando desee mostrar alguna parte de la experiencia de administración a sus inquilinos. La integración de Service Bus con el paquete de Windows Azure también permite administrar varias granjas de servidores Service Bus (nubes) desde un solo portal. Suele ser el caso de grandes empresas o proveedores de servicios de hosting que quieren ofrecer recursos (mensajería) a varios clientes (diversos departamentos de una empresa o, en el caso de los proveedores de servicios de hosting, a diversas compañías).
La decisión de implementar Service Bus en un entorno administrado o en uno sin administrar influye en los pasos de la implementación. Para obtener más información, vea la guía de Introducción a Service Bus para Windows Server 1.1.
Nota
Service Bus para Windows Server 1.0 solo ofrecía Service Bus sin administrar. La integración con el paquete de Windows Azure es un nuevo añadido en la versión 1.1 de Service Bus para Windows Server.
Para obtener más información sobre el paquete de Windows Azure, haga clic aquí.En la siguiente tabla se muestran las diferencias principales entre las dos alternativas.
| Área | Solo tiempo de ejecución de Service Bus | Integración de Service Bus con el paquete de Windows Azure |
|---|---|---|
Service Bus implementación |
Configuración mediante WebPI. Configuración por medio del asistente configuración o por medio de PowerShell. |
|
Creación de una oferta de Service Bus (un plan) |
No compatible. |
|
Creación de espacios de nombres |
El administrador de la granjas de servidores crea los espacios de nombres y asigna propietarios. |
|
Service Bus administración de entidades |
Con el SDK de Service Bus (basado en .NET o REST). |
|
Diversas granjas de servidores |
Las granjas de servidores se administran por separado. |
|
Características de la plataforma en Service Bus para Windows Server
El Service Bus para Windows Server proporciona una plataforma de mensajería para aplicaciones empresariales con una topología de granja de servidores multihost que proporciona escalabilidad y alta disponibilidad. La plataforma se basa en Windows Server y Microsoft SQL Server. Los desarrolladores que deseen un entorno de desarrollo ligero pueden instalar el Service Bus para Windows Server en sistemas operativos de cliente Windows (64 bits) y Microsoft SQL Express.
Puede implementar Service Bus para Windows Server en un entorno hospedado, tales como máquinas virtuales de Azure con una base de datos Microsoft SQL Server hospedada o Base de datos SQL de Windows Azure (IaaS). Para obtener más información sobre las plataformas compatibles, vea Supported Topologies.
Comparación de Service Bus para Windows Server con Windows Azure Service Bus
Si bien existe simetría entre Service Bus para Windows Server y Windows Azure Service Bus en las API y las características de mensajería, hay diferencias entre los dos productos Service Bus.
Con respecto a la capacidad de administración, en un entorno hospedado de tipo Plataforma como servicio (Windows Azure), el proveedor de PaaS (Microsoft) proporciona la administración. En Service Bus para Windows Server, el administrador local implementa, protege, escala y supervisa la granja de servidores de Service Bus para Windows Server.
En Windows Azure y en Windows Server, Service Bus requiere tokens de acceso para autorizar el acceso a sus entidades de mensajería. Comparta el esquema de autenticación del Secreto de acceso compartido (SAS) con los espacios de nombre de Service Bus y con las entidades (colas y temas). En Windows Azure, Service Bus también admite Active Directory Access Control de Windows Azure (también conocido como Access Control Service o ACS), el cual no está disponible en Windows Server. Por el contrario, en Windows Server, Service Bus admite la autentificación integrada de Windows (usuarios unidos a un dominio y grupos de usuario de Active Directory), la cual no está disponible en Azure.
Aunque las cuotas y otros valores de tiempo de ejecución son fijos en el Windows Azure Service Bus, con el Service Bus para Windows Server un administrador puede cambiarlos y personalizar la granja de servidores de Service Bus para Windows Server.
El esquema de direcciones está fijo en el Windows Azure Service Bus. Es decir, todos los extremos tienen el sufijo de Service Bus agregado a la dirección URL. Con el Service Bus para Windows Server, puede usar el nombre de dominio completo (FQDN) de los hosts o una entrada DNS asignada que represente el servicio.
Fecha de compilación:
2014-04-18