service bus roberto gonzalez – biztalk mvp rgon@renacimiento.com @robertogg slide 1

SERVICE BUS

Roberto Gonzalez – Biztalk MVPrgon@renacimiento.comwww.thinkingtogether.net@robertogg

Slide 1

SERVICE BUS

• Proporciona mensajería y conectividad segura entre diferentes topologías de red

• Permite comunicar aplicaciones híbridas on-premises y la nube

• Permite varios patrones y protocolos de comunicación

CONNECTIVIDAD

• Falta de disponibilidad de Direcciones IPv4• Dynamic IP address allocation• Network Address Translation (NAT)

• Internet es propiedad de “chicos malos”• Capas de Firewalls sobre firewalls y más firewalls

?Machine Firewall

Network Firewall

Network Address Translation

Dynamic IP

Sender Receiver

Service Bus

Cliente

1. Conexión y autenticación con el SB

2. Conexion y autenticación con el SB

Servicio

3. Enrutado del mensaje al dispositivo.

Modo Hibrido

SERVICE BUS

Service RegistryAccess Control

Messaging

Naming

SERVICE BUS - NAMING

• Federated, hierarchical, DNS-integrated, transport-neutral naming system

http(s)://myapp.servicebus.windows.net/sb://myapp.servicebus.windows.net/

Root

apps

media

vault

folders

hrcrm

docs

script

TV

REGISTRO DE SERVICIO

• El registro de Servicio es un registro para endpoints de servicio, no un directorio de propósito general

• El registro está creado sobre el sistema de “naming "• Proporciona acceso por programación a “naming "

• Atom Publishing Protocol, WS-Transfer • GET: Discover using ATOM 1.0• POST: Set, PUT: Update/Renew, DELETE: Remove

Naming

Service RegistryClient

AtomPub

WS-Transfer

PATRONES

• Eventing• Comunicación One-way• Unicast o Multicast• Soporta modos desconectados a través del uso temporal de

buffers de mensajes

• Service Remoting• RPC-style, Request/Response o Duplex• Contratos, Esquemas, Datos Estrucuturados

• Tunneling• Full-Duplex Tunneling• TCP, Pipes, Proxies, …

EVENTING

• Comunicaciones 1 : N• 1 cliente transmite mensajes al Service Bus• Service bus transmite cada mensaje a N clientes

• One way• Unicast – broadcast a un único receptor• Multicast – broadcast a múltiples receptores

• Buffering• Almacenamiento temporal de mensajes• Soporte ocasional de clientes desconectados

EVENTING

Service Bus

Access Control

Notificación a los participantes de un eventoSender envía información a los listenersLos eventos son distribuidos unicast o multicast

Listener

Listener

Sender

SERVICE REMOTING

• Exposición de Servicios Web Services detrás de Firewall• Web service on premise• Expuesto a clientes sin cambios en los firewall

• Opciones de distribución de Mensajes• Soporte de load balancing• Soporte de comunicación full duplex

SERVICE REMOTING

Service Bus

Access Control

Sender Listener

Acceso a Web Services a través de Internet

Publicación de servicios y comunicación bidireccional

SERVICE BUS - LABS

Nuevo y MejoradoLoad BalancingGestión mejoradaBuffers de Mensajes Persistentes

Conjunto de

Funcionalidades en Producció

n

Producción

Fun

cionalid

ad

es

Febrero 2010Labs Release

CY2011Producción

LISTENER LOAD BALANCING

Gestión de Connection point separada de los ListenersMúltiples listeners pueden compartir el mismo connection pointLoad balancing sin un único punto de falloSticky sessions

Service Bus

Sender

Listener

Listener

<ConnectionPoint>…</ ConnectionPoint >

Subscribe

Sender

BUFFERS DE MENSAJES PERSISTENTES

SB

Producer

In-Memory

Consumer

Prod

Labs

Durable,

Replicated

Storage

2MB

100

MB

CapacityMessages

60KB

256

KB

Storage

More reliable, more capacity,

bigger messages

TTL

10 min

No limi

t

REST/HTTP

SOAP/TCP

…

CONFIGURACIÓN FIREWALL

• AppFabric es tolerante con diferentes topologías de red

• Configuración Mínima• Habilitar HTTP de salida por los puertos 80 y

443• Autenticación contra servidor de si existe

• Configuración optima• Permitir salida en los puertos 9350 y 9351

(conectividad TCP)• Se puede limitar a un rango de IPs conocido• Europa (West): 94.245.97.0/24,

65.52.128.0/19

SERVICE BUS

Roberto Gonzalez – Biztalk MVPrgon@renacimiento.comwww.thinkingtogether.net@robertogg

Slide 17