Archivo de la categoría: SOA & Business Process Conference

Real Word SOA

<<Notas sin editar>>

John deVadoss

Director, Architectura Stragy

  1. Web Servicies, vino a satisfacer el sueño de integración fácil.
    1. WS* nuevos estándares del la industria.
  2. SOA es un estilo de arquitectura no un producto o tecnología.
    1. El primer beneficio es Agilidad.
    2. Los estándares son críticos para el éxito de SOA.
    3. El foco en el mundo real es Time-to-Value.
  3. Existen clientes exitosos y que han fracaso en la adopción de SOA.
  4. un ejemplo de necesidad del negocio es “Single View of client
  5. En el mundo real
    1. Business Driver
    2. Incremental delivery (Expose, Compose, Consume)
    3. Service Enablement (Expose) Servicios de aplicación.
    4. Compose: Workflow y orquestación.
    5. Consumir los servicios: aplicaciones de cualquier tipo.
    6. Cuando se ponen las piezas juntas:
      1. i. Seguridad.
      2. ii. Administración
      3. iii. Herramientas
  6. ROADMAP de innovación
    1. 2007
      1. i. Office
      2. ii. Windows Vista
      3. iii. Office Sharepoint
      4. iv. BizTalk 2006 R2
      5. v. .net 3.0
    2. Después
      1. i. Windows Server “Longhom”
  7. Enterpice Connectivity
    1. BizTalk Adapter
      1. i. Muchos adaptadores para la industria.
      2. ii. R2:
        1. 1. WCF
        2. 2. EDI /AS2
        3. 3. RFID
        4. 4. Otros LOB
        5. HOST INTEGRATION Server
        6. i. Nuevos adaptadores.
      3. ESB Guidance
        1. PRe Built, aceleran la implementación.
        2. Programas de adopción para ISV.
    2. .NET 3.0
      1. Windows CardSpace 
        1. Registro y Login
        2. Integrado con Indigo.
        3. iii. Tecnología para las masas.
      2. WF
      3. WPF
      4. WCF
  8. The “Last Mile problem”
    1. En el mundo real, las aplicaciones y sistemas no están preparadas para ser integradas. Todo es AD HOC, no fue pensado para integrarse.
  9. Links útiles
    1. http://msdn.microsoft.com/architecture/
    2. http://msdn.microsoft.com/practices/
    3. http://msdn.microsoft.com/webservices/
    4. http://www.architecturejournal.net/2006/issue8/
  10. ¿Cómo empezar?
    1. Buscar los Business Drivres
    2. Middle-out: busque casos impactantes, demuestre el valor para el negocio.
    3. Partition your business capabilities, esto es un riesgo busque que es lo que realmente puede hacer para su organización.
    4. Demuestre valor rápidamente y “no aguas abajo” (waterFall)

Los clientes exitosos son lo que siguen el modelo “SnowBall”, es decir partir pequeño e ir aumentando el alcance en el tiempo.

Anuncio publicitario

SOA & BPM: KEY NOTE

David Chappell

<<Estas son mis notas si Editar, espero poder escribir en forma coherente despúes.>>

  1. KEY NOTE "Una vista pragmática"

Tres metas pragmáticas:

      •  Estandarizar 
      •  Crear los servicios necesarios 
      •   Hacer los procesos de negocio

 SOA is a Loosely vision : defines vision.

Ø      Dos aspectos fundamentales.

o       Common protocol.

o       Common foundation

Ø      TCP/IP + WCF son los aspectos fundamentales.

Ø      Framework 3.0:

o       WWF

o       WCF

o       WPF

o       Windows Space?

Ø      .net 2.0 la implementación depende del protocolo.

Ø      .net 3.0 las aplicaciones usan diferente protocolos con una misma API.

Ø      Summary de estandarización de las comunicaciones en SOA

o       Definición de un protocolo común, no es posible. Esto es un problema, que debe ser resuelto.

o       Definición de una fundación (pilares) comunes. WCF

o       Definición de la data. XML, complejo. Se estan usando varias definiciones de los documentos.

o       Getting widesparade adoption, no hay consenso.

o       Providing business value ¿hay valor de negocio? Agilidad y re-uso. Agilidad ok pero re-uso no se está dando mucho. Por ejemplo que pasó con el reuso de objetos, falló.  El reuso de objetos de negocio, .net es reuso de objetos.

o       TCP(/IP soporta todo lo que necesitamos.

2.- SOAP no es suficiente

Ø      QUEUED no soportado.

Ø      Necesita trasformar todos los formatos.

Ø      Se usa para conectar aplicaciones no SAO.

Ø      La realidad es que hay aplicaciones que no hablan SOAP y que tiene una fachada propietaria que tiene interfaz SOAP. En Windows esa fachada está en BizTalk.

3.- ESB?

Ø      ¿Que es eso?

Ø      El problema con ESB es que es lo que llamamos ESB. Las categorías no están claras y son confusas. Depende de la marca que es un ESB.

Ø      Gartner, forester,  tiene una definición. ¿qué significan?

Ø      El punto es que no es posible definirlo hasta ahora.

1.      puntos comunes:

a.       Seguridad

b.      Calidad de servicio.

c.       Registro de servicios y metadata

d.      Extensibilidad de los mensajes

e.       Monitoreo y administración

f.       Soporte al ciclo de vida de los servicios.

4.- El objetivo es crear una infraestructura efectiva de comunicación.

  1. BizTalk Server
    1. Creando la nueva infraestructura
      1. Ø      Fundación: WCF
      2. Ø      QUEUED: Biztalk
      3. Ø      Data transformación: Mapping de BizTalk
      4. Ø      Conexión con diferentes protocolos: BizTalk.
      5. Ø      Los otros problemas: Múltiples productos (Willy te quitaron el piso) el futuro será  System center operation manager 2007 (esta hecho WCF)

2.- Use BPM Technologies Effective

Ø      BPM una visión de procesos y eficiencia. Gente de negocio.

Ø      La vista del técnico es crear y ejecutar un proceso lógico.

3.- CORE PBM Technologies

Ø      Workflow (Humanos y maquinas)

Ø      Herramientas gráficas de diseño.

Ø      BRE motor de reglas de negocio

Ø      BAM

Ø      BizTalk: workflow, BRE, BAM (Que casualidad hace todo lo que destacan como importante)

4.- Tecnologías MS para BPM y SOA

Ø      BizTalk 2006

Ø      WCF

Ø      Sharepoint

Ø      WF (Windows Foundation) Foco en gente Developer no para humanos.

Ø      En el futuro la orquestación de BizTalk será para humanos

Ø      Windows Sharepoint Services WSS 3.0.

1.      Tiene capacidad de workflow (versión 2007) viene con témplate y otras cosas que facilitan que humanos hagan y participen en Workflow.

2.      Los usuarios podrán

a.       Usarlo vía Web y Outlook.

3.      Será el HOST de los workflow para humanos

4.      ¿Cómo se crean?

a.       Developer: WF

b.      Humanos: New tools Office Sharepoint Designer 2007.

                                                                                                 i.      La aproximación de esta herramienta es que sea como una serie de reglas, no secuencia de pasos.

ii.      Es una aproximación USer Frendly.

5.      Office Sharepoint Server 2007

a.       Contiene aprobaciones, otras actividades.

b.      Puede usar infoPath

 5.- Conclusiones

Ø      La visión es esencial pero debe ser pragmática

Ø      Tres metas pragmáticas

1.      Estandarización de las comunicaciones.

2.      Cree la infraestructura de servicios necesarias

3.      Use las tecnologías de BPM efectivamente.

Ø      Si usa sigue estas metas, será beneficioso para la organización.

Ø      El reuso es un míto, es un problema de humanos Developer.

Ø      No tiene MS un catalogo de servicios y administración de Metadata “Sorry”.