Introducción a Bus de servicio para Windows

 

Publicado: septiembre de 2016

Se aplica a: Service Bus for Windows Server 1.0

El Bus de servicio para Windows Server es un conjunto de componentes instalables que proporciona capacidades de mensajería del Bus de servicio de Microsoft Azure en Windows Server. El Bus de servicio para Windows Server le permite compilar, probar y ejecutar aplicaciones poco dependientes orientadas a los mensajes en entornos autoadministrados y en equipos de desarrolladores.

El objetivo del Bus de servicio para Windows Server es proporcionar capacidades similares en Microsoft Azure y Windows Server y ofrecer flexibilidad en el desarrollo e implementación de aplicaciones. Se ha construido sobre la misma arquitectura que el servicio en la nube del CmdLets y proporciona capacidades de resistencia y escala. El modelo de programación, la compatibilidad con Visual Studio y las API expuestas para el desarrollo de aplicaciones son simétricos con respecto a los del servicio en la nube, lo que facilita tanto el desarrollo de aplicaciones para cualquiera de los dos como el cambio entre uno y otro. De ahora en adelante, la administración de entidades en el Portal de administración de Azure será coherente tanto en las versiones locales como en las versiones en la nube.

Escenarios del Bus de servicio para Windows Server

  • Desarrollo local, implementación en la nube. Este escenario común ayuda a los desarrolladores de aplicaciones en la nube a desarrollar y probar las aplicaciones de forma local en un entorno de desarrollo que se puede instalar tanto en un equipo de escritorio como en uno portátil. Con el objetivo de ayudar a los desarrolladores en la nube, el Bus de servicio para Windows Server puede instalarse en un sistema operativo cliente (Windows 7 u 8 de 64 bits) y usar las ediciones de SQL Express (SQL Express 2008 R2 SP1 o posterior). Además, el Bus de servicio para Windows Server puede configurarse para que use cuentas locales (en lugar de cuentas de dominio) para llevar a cabo tareas de desarrollo en un equipo que no esté unido a un dominio o que esté sin conexión.

  • Implementación flexible. A los proveedores de software que ofrecen sus soluciones a un amplio rango de clientes les interesa poder implementar su solución bien como una aplicación en la nube o bien distribuida a sus clientes para una implementación local. Del mismo modo, las empresas quieren tener la posibilidad de decidir dónde implementar la aplicación. Para que esto sea posible, el Bus de servicio para Windows Server ofrece simetría mediante el Bus de servicio de Microsoft Azure (la oferta PaaS de Microsoft) y compatibilidad con IaaS. La simetría comienza con el conjunto de características compatibles (mensajería negociada solo para esta versión), el mismo SDK y compatibilidad con una cadena de conexión configurable que permite a los clientes cambiar su opción de implementación sin tener que recompilar la solución.

  • Publicación y suscripción de forma local. Para aquellas empresas que desarrollan servicios y aplicaciones, el Bus de servicio para Windows Server ofrece una capa de software intermedio orientado a mensajes (MOM), con un conjunto enriquecido de características de publicación y suscripción. Para que esto sea posible, el Bus de servicio para Windows Server ofrece, entre otras, las características de alta disponibilidad, escalabilidad y autenticación de Windows basada en tokens (compatibilidad con Active Directory).

Características de mensajería en el Bus de servicio para Windows Server

El Bus de servicio para Windows Server es compatible con el mismo conjunto de características de mensajería negociada que el Bus de servicio de Microsoft Azure. Las colas del CmdLets ofrecen un almacenamiento y una recuperación de mensajes fiables con una variedad de protocolos y API.

Colas de CmdLets

Las colas del CmdLets proporcionan nivelado de carga al permitir al receptor del mensaje procesar los mensajes a su ritmo. Además, las colas del CmdLets proporcionan equilibrio de carga al disponer de varios receptores que aceptan mensajes de la misma cola. Para obtener más información sobre las colas del CmdLets, vea Cómo usar las colas del bus de servicio.

CmdLets Temas

Además de las características de colas, los temas del CmdLets proporcionan capacidades enriquecidas de publicación y suscripción que permiten a varios suscriptores simultáneos recuperar de forma independiente vistas filtradas o no filtradas de la transmisión de mensajes publicados. Para obtener más información sobre los temas del CmdLets, vea Cómo usar los temas/suscripciones del bus de servicio.

Características de plataforma del Bus de servicio para Windows Server

El Bus de servicio para Windows Server proporciona una plataforma de mensajería para aplicaciones empresariales con una topología de granja de múltiples hosts que ofrece escala y alta disponibilidad. La plataforma se basa en Windows Server y Microsoft SQL Server. Los desarrolladores que quieran un entorno de desarrollo ligero pueden instalar el Bus de servicio para Windows Server en sistemas operativos cliente de Windows (de 64 bits) y Microsoft SQL Express.

Puede implementar el Bus de servicio para Windows Server en un entorno alojado, como máquinas virtuales (VM) de Azure con una base de datos de Microsoft SQL Server o Base de datos SQL de Microsoft Azure (IaaS). Para obtener más información sobre las plataformas compatibles, consulte Topologías admitidas.

Comparación del Bus de servicio para Windows Server con el Bus de servicio de Microsoft Azure

Aunque existe simetría entre el Bus de servicio para Windows Server y el Bus de servicio de Microsoft Azure en las API y las características de mensajería, hay diferencias entre los dos productos de bus de servicio.

  • En lo referente a la manejabilidad, en un entorno hospedado de Plataforma como servicio (Azure), el proveedor de PaaS (Microsoft) proporciona la administración. En el caso del Bus de servicio para Windows Server el administrador local implementa, protege, escala y supervisa la granja del Bus de servicio para Windows Server.

  • Tanto en Azure como en Windows Server, el CmdLets requiere tokens de acceso para autorizar el acceso a sus entidades de mensajería. Puesto que Active Directory Access Control de Microsoft Azure (también conocido como Access Control Service o ACS) no está disponible en Windows Server, el Bus de servicio para Windows Server incluye un sencillo Servicio de token de seguridad (SBSTS) del CmdLets integrado en el modelo de seguridad de Windows. El SBSTS puede emitir tokens web sencillos (SWT) basados en identidades de Windows (que se almacenan en el almacén local de identidades de Windows o en Active Directory).

  • Mientras que las cuotas y la configuración de tiempo de ejecución son fijas en el Bus de servicio de Microsoft Azure, en el Bus de servicio para Windows Server pueden ser modificadas por un administrador, que también puede personalizar la granja del Bus de servicio para Windows Server.

  • En el Bus de servicio de Microsoft Azure, el esquema de direcciones es fijo. En otras palabras, todos los extremos tienen el postfijo CmdLets añadido a la URL. Con el Bus de servicio para Windows Server puede usar el nombre de dominio completo (FQDN) de los hosts o una entrada de DNS asignados que represente su servicio.