Débil la presentación, explican lo que ya se sabe. Lo bueno es que viene un TOOLKIT (Microsoft ESB Guidance for Partner) para Partenes que servirá para estandarizar las soluciones de ESB.

ESB está vivo, aunque muchos en mi pueblo me dijeron que no.

 

1. Lo primero es tener claro el valor para el negocio.
2. Desde el punto de vista del administrador, hay que buscar la mejor forma de integrar las aplicaciones. Se debe evitar las conexiones punto a punto, no se pueden administrar.

3. ¿Qué es un ESB?
   1. No hay una definición oficial.
   2. Hay acuerdo en algunos puntos:

i. Message Broker

ii. Message transformation

iii. Validación de mensajes

iv. MOM Message oriented middleware.

3. Es una parte importante para armar una arquitectura SOA.

4. Infraestructura de SOA
   1. Soportar proveedores y clientes.

i. CIM: interfaz de cliente común.

ii. SIM: Interfaz de servicio común.

2. Componentes de ESB

i. Orquestación.

ii. Trasformación.

iii. Routing

iv. Exception managment

1. En un MOM, se deben generar mensajes de excepción que son recibidos por las aplicaciones usando P/S.

2. Se generan Handler genericos.

3. EL handler se basará en una orquestación re usable.

4.

3. Registro de servicios.

i. Bussines Services Console es necesario!!!! No hay producto MS para esto.

4. Mangment de servicios.

i. Monitores de healt.

ii. MOM

iii. LOG.

5. Seguridad.

5. Anuncio: Microsoft ESB Guidance for Partner
   1. BST 2006
   2. Guías de arquitectura.
   3. ESB core Engine.

i. On/off Ramps.

ii. Intermediary Functions

iii. Standarized metadata “envelope”

iv. Mecanismos de resolución: cuando de se recibe un mensaje, se debe resolver que hacer con él.

1. Cuando no es posible resolver, se debe enviar la excepción. Dead letter es l concepto aquí.

v. Provisioning and administartion

4. Simples On/Off Ramps
5. Framework con WSS 3.0