1

Programa

© ESI 2010

2


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

© ESI 2010

Dra. Leire Bastida Jornada de Enpresa Digitala Zamudio, 25 Febrero 2010

El Potencial de SOA para la PyME

© ESI 2010

MAINFRAMES

1960

© ESI 2010

4

PC

1980

INTERNET

2000

SOA

2010

Adaptado de Olson. M. W. : “Service Oriented Enterprise in China“, Microsoft, 2005.

CLIENTECLIENTESERVIDOR

1990

Arquitecturas orientadas a Servicios

Evolución hacia entornos colaborativos

MINIMINICOMPUTERS

1970

3


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

Programa

5

¿Qué es SOA? (I)

© ESI 2010

6

• Tener servicios web no implica tener SOA

• Es más que un lenguaje de programación o un conjunto de herramientas

• No es una tecnología

• SOA no proporciona una arquitectura completa

• Acrónimo de Service Oriented Architecture

© ESI 2010

– ¿Más rápida introducción de productos? ¿Outsourcing flexible? ¿Flexibilidad en los procesos de negocio? ¿Gestión más estricta?

• ¿Cuál es el potencial de SOA a largo plazo en mi organización?

– ¿Interconectar mis aplicaciones principales? ¿Integrar a mis socios en mi negocio? ¿Proveer una única vista hacia los clientes/usuarios? ¿Conseguir métricas en tiempo real? ¿conformidad con la regulación vigente?

• ¿Qué me impulsa a implantar SOA a corto plazo?

– ¿Reducir costes? ¿Conseguir una mayor flexibilidad? ¿Reducir plazos? ¿Mejorar la satisfacción de mis clientes?

• ¿Cuáles son mis motivaciones para utilizar SOA?

Hay que tener claro

7

Resumiendo... SOA

© ESI 2010

8

– invocación, publicación y localización

• Un tipo especifico de sistema distribuido que permite exponer y consumir funcionalidades como un conjunto de servicios • Un servicio es una funcionalidad concreta que puede ser descubierta en la red y que describe tanto lo que puede hacer como el modo de interactuar con ella. • Para interaccionar usa protocolos y formatos de datos estándar

© ESI 2010

Un paradigma para organizar y utilizar las capacidades distribuidas que pueden estar bajo el control de diferentes dominios propietarios.

Una arquitectura para el desarrollo, despliegue y gestión de unidades de trabajo (enriquecidas semánticamente, desacopladas e independientes de la plataforma), compuestas de “servicios” entre proveedores y consumidores para dar soporte a las funciones de negocio.

¿Qué es SOA? (II)

9

Aplicaciones no flexibles

Aplicaciones flexibles y adaptables en ejecución

© ESI 2010

10

Sistemas compuestos por aplicaciones y servicios de múltiples organizaciones

Todos los componentes del sistema están en la misma organización

Sistemas accesibles por Requiere conocer los usuarios diferentes y múltiples usuarios finales y el patrón de uso

Componentes del sistema fuertemente acoplados

Aplicaciones y servicios poco acoplados

Desarrollo Tradicional de Software

SOA frente al Desarrollo Tradicional de Software Desarrollo de Sistemas basados en SOA

© ESI 2010

• Granularidad (agregación y composición)

• Descubrimiento y localización

• No tiene estado

• Reutilización

• Autonomía

• Acoplamiento débil

• Abstración entre funcionalidad y tecnología

• Provisión de un contrato formal de servicio

Principios de SOA

—

—

—

—

11

12

© ESI 2010

© ESI 2010

Mejora de la visibilidad

especial de mantenimiento

Reducción de los costes, en

satisfacción del cliente

evolutivas

Soluciones adaptables y

Desarrollos más eficientes

robustez

Mejora de la confianza y

Arquitecturas más flexibles

Aumento de la reutilización

A nivel técnico

SOA

Fuente: Gartner, “Emerging Technologies Hype Cycle, 2007“, July, 2007.

—

—

—

—

mejorar el Time to Market Mejora de la QoS y la

—

Eficiencia y capacidad para

A nivel de negocio

Beneficios de SOA

13

© ESI 2010

14

Fuente: Hurwitz et al., “SOA for Dummies“, Ed. Wiley, 2007

¿Y ahora qué?

“Deberíamos dibujar un circulo, invocar los elementos y dirigir la energía. Si eso no funciona, tendremos que leer el manual de SOA.”

© ESI 2010

SOA

― Gestión del cambio

― Oferta de vendedores confusa

― Gobernanza SOA

― Madurez frente a la adopción

― Alineación entre negocio y TI

― Conocimiento sobre qué es SOA

Falta de:

Fuente: Gartner, “Emerging Technologies Hype Cycle, 2009“, July, 2009.

© ESI 2010

TI-Negocio

© ESI 2010

16

15


Conclusiones

Madurez

Pilares de SOA


Oportunidades de negocio


Tecnologías SOA

Gobernanza


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

Programa

Tecnologías

17

Requerido por el cliente

Alineación con la Estrategia de Negocio

Modificado por el equipo

Fabricado en planta

Diseñado por los ingenieros

© ESI 2010

18

– Soporte a los requisitos de la estrategia de negocio

• Todo proyecto SOA debe empezar con la identificación de los procesos de negocio.

– Favorecer la interoperabilidad entre las distintas unidades de la empresas – Favorecer la integración con terceros externos – Reducir los costes de desarrollo a través de la reutilización – Mejorar la gestión de de los recursos existentes – Mejorar la productividad – Mejorar los servicios proporcionados a los clientes – Reducir el time-to-market de las aplicaciones

• Para que la adopción de SOA tenga éxito es necesario estar alineado con la estrategia de negocio de la organización.

© ESI 2010

Pedido por el departamento de ventas

Solicitado por el departamento de marketing

TI y Negocio

19

Madurez para adoptar SOA

© ESI 2010

20

– Soporte por parte de los procesos y actividades organizacionales

– Involucración de las personas, la tecnologías y la arquitectura

• La adopción de SOA implica:

• ¿Qué pasos tenemos que dar para facilitar dicha adopción?

• ¿Estamos preparados para migrar hacia los sistemas orientados a servicios?

© ESI 2010


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

Programa

© ESI 2010

Situación actual

© ESI 2010

22

21

Situación deseable

Gaps

Modelo requisitos

Enfoque

¿Cómo se usa?

– Guías para la adopción de SOA – Modelo de referencia de buenas prácticas establecidas

• A través de:

– Identificar necesidades – Reducir riesgos a la hora de implementar SOA – Acelerar la adopción de SOA

• Permite:

¿Por qué un modelo de madurez? (I)

23

Modelos de Madurez de vendedores y consultoras

© ESI 2010

24

– SOA maturity model del CBDI Forum

– Service Integration Maturity Model, IBM

– SOA maturity matrix from BEA

– SOA Maturity Model de Sonic Software, Amberpoint, Bearing Pont and Systinet

• Modelos de madurez existentes:

© ESI 2010

Un vendedor, un modelo

Certifica personas

•

Estándar internacional para la gestión de servicios TIC.

25

¿Cuál escoger?

Usados para identificar las necesidades de los clientes.

© ESI 2010

26

• La mayoría de los modelos de madurez se basan/inspiran en CMM creado por el SEI.

−

Enfocados en enfatizar sus capacidades,

−

omitiendo lo que no ofrecen.

Usados como herramientas de venta de su software

−

• Vendedores de software y consultoras

© ESI 2010

Proporciona guías y mejores prácticas para la provisión de

•

servicios dentro de organizaciones y a clientes externos.

Parte del conjunto CMMI

•

• CMMI for Services (SEI)

•

• ISO 20000

Information Technology Infrastructure Library

•

• ITIL ® (OGC)

Modelos de Madurez neutrales

28

¿Cuánto tiempo se van a mantener? ¿Cómo se van a gestionar las versiones de servicios?

• •

© ESI 2010

¿Qué servicios están disponibles? ¿Cuáles son públicos y cuáles privados?

• •

Preguntas que se plantean ... ¿Quién define los nuevos servicios? ¿Quién toma las decisiones sobre la arquitectura?

27

• •

© ESI 2010


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

Programa

La promesa de SOA

Un conjunto de servicios

29

30

© ESI 2010

© ESI 2010

“La falta de gobernanza inhibe la adopción de SOA” Infoworld

“La falta de gobernanza es la razón más común para el fracaso de proyectos SOA” Gartner

“Sin gobernanza no hay SOA” Burton Group

Gobernanza SOA

Fuente: IBM Corporation. (2006). SOA Governance. http://www.ibm.com/ru/events/presentations/bf2006/soa_governance_babak.pdf

Con gobierno

Sin gobierno

Gobernanza SOA

La solución ...

31

© ESI 2010

32

Gobierno TI

• Define las reglas y el modo en que se controlan los procesos TI y cómo dichos procesos soportan el negocio.

• Define las reglas y el modo en que la empresa dirige su negocio, basándose en su estrategia y el mercado objetivo.

¿Qué es Gobierno SOA? (I) Gobierno Corporativo

© ESI 2010

• Gobierno hace referencia a la gestión y control sobre un entorno con el fin de influenciar y dirigir tanto las acciones como el comportamiento.

¿Qué es Gobierno SOA? (I)

© ESI 2010

Conformidad

Comunicación

© ESI 2010

34

33

Gobierno SOA

Gobierno TI

– Sacar el máximo rendimiento de los activos actuales y futuros

– Garantizar la alineación entre los objetivos de negocio y los de TI mientras el sistema SOA madura y evoluciona.

– Asegurar una adopción de SOA exitosa.

Estándares

Métricas

m a r r He

Reglas

Procesos

Políticas

a m r Fo

ón i c

as t n ie

Excepciones

Evolución

Mecanismos de Gobierno

Gobierno Corporativo

• Gobierno SOA es el conjunto de actividades destinadas a:

¿Qué es Gobierno SOA? (I)

35

© ESI 2010

36

Fuente: Hurwitz et al., “SOA for Dummies“, Ed. Wiley, 2007

Gestión de Cambios (I)

“Asumo que toda la gente de tu equipo va a seguir los cambios propuestos en la arquitectura del sistema.”

© ESI 2010

• Herramientas de monitorización

• Herramientas de gestión de configuración

• Definición de métricas e indicadores de éxito

• Políticas de seguridad

• Entorno de monitorización y dashboard

• Acuerdos de nivel de servicio (SLA)

• Uso de procesos de aprobación

• Definición clara de roles y responsabilidades

• Estudio de las motivaciones y necesidades

Facilitadores

Personas Procesos Plataforma Prácticas

37

Roles y Responsabilidades

© ESI 2010

38

– Gestiona el repositorio de servicios – Despliega, monitoriza y gestiona los servicios y usuarios

• Equipo de Operaciones

– Valida y verifica la funcionalidad de los servicios

• Equipo de Calidad

– Implementa los servicios – Define los scripts ejecutables – Desarrolla aplicaciones orientadas al usuario

• Equipo de Desarrollo

– Define las características de los servicios a partir de los requisitos del negocio y de los usuarios – Implanta y gestiona el proceso de definición de servicios

• Equipo de Diseño

– Define los patrones, estándares y guías SOA – Selecciona las tecnologías y herramientas apropiadas

• Equipo de Arquitectura

© ESI 2010

– Reducir los riesgos – Aumentar las ventajas

• Una gestión de cambios eficaz puede

– – – –

• La evolución hacia SOA requiere un cambio cultural que afecta a todas las áreas de su organización:

Gestión de Cambios (II)

39

Tecnologías SOA

© ESI 2010

40

– Rendimiento, compatibilidad, nivel de estandarización...

• Es necesario entender los beneficios y desventajas que nos proporcionan las diferentes tecnologías SOA.

– XML, CORBA, Servicios Web,...

• ¿Qué tecnología es mejor para implantar SOA en mi negocio?

© ESI 2010


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

Programa

Security

BPSS (Business Process Specification Schema) RosettaNet SWIFT (Society for Worldwide Interbank Financial Transfer) HL7 (Health Level 7) ACORD (Association for Cooperative Operations Research & Development)

© ESI 2010

• • • •

42

BPMN (Business Process Modelling Notation) WS-BPEL (Business Process Execution Language) XPDL (XML Process Definition Language) EPC (Event-driven Process Chains)

• Soportados por proveedores de tecnología:

• •

• • •

• Soportados por asociaciones de usuarios:

Proceso: Estándares

Fuente: SEI (Software Engineering Institute)

Quality of Service

41

Transactions

© ESI 2010

Aspectos del Proceso

Clasificación de Tecnologías SOA

Management

JBoss jBPM designer Sopera Process Editor Intalio BPMS Designer

• • •

Oracle o Tibco

43

Security

SOURCE: SEI (Software Engineering Institute)

Quality of Service

44

Clasificación de Tecnologías SOA

Transactions

© ESI 2010

Aspectos del Servicio

© ESI 2010

• SaaS (Software as a Service) BPM

•

• Entornos de modelado “gratuitos”

Eclipse SOA Tools – BPMN Modeller

•

• Código abierto (open source)

Proceso: Herramientas

Management

45

Dirección (URI)

Contrato (WSDL)

Proveedor del Servicio

Servicio: Estándares - WSDL

Mensaje (SOAP)

4. Invocar

3. Conectar

1. Publicar

© ESI 2010

46

Fuente: Josuttis, N.M. (2007). SOA in Practice. O’Reilly

servicio web y cómo acceder a él.

• Estándar basado en XML que describe el

© ESI 2010

Consumidor del Servicio

2. Descubrir

Registro del Servicio (UDDI)

Servicios Web

Servicio: Estándares

© ESI 2010

48



protocolos de red

• Estándar para intercambio de mensajes sobre

Servicio: Estándares - SOAP

Otras usan el registro ebXML

•

47

Otras extienden otros registros (ej. LDAP)

•

© ESI 2010

Algunas compañías lo usan

•

• Actual estado de la práctica:

• Aún es necesario

• Su intención era proporcionar un registro mundial

Servicio: Estándares - UDDI

SOPERA Advanced Service Framework Motores comerciales

• •

Security

Fuente: SEI (Software Engineering Institute)

Quality of Service

50

Transactions

© ESI 2010

Aspectos de Información

Clasificación de Tecnologías SOA

JBoss Enterprise Middleware

•

49

Eclipse SOA Tools Platform

•

© ESI 2010

Active BPEL

•

• Motores de ejecución:

Servicio: Herramientas

Management

© ESI 2010

52

Interoperabilidad

Security

Seguridad Transacciones

Gestión

Servicios Web

Fuente: SEI (Software Engineering Institute)

Quality of Service

51

Transactions

© ESI 2010

Aspectos No Funcionales

Clasificación de Tecnologías SOA

Management

53

Integración de Servicios (I)

© ESI 2010

54

– Posibilita la integración de servicios a través de la introducción de un conjunto fiable de capacidades como, por ej. enrutamiento – “Es una infraestructura capaz de proporcionar servicios web, que soporta comunicación inteligente dirigida y mediada entre componentes de negocio conectados y desconectados”. Gartner

• Bus de Servicios Empresarial

© ESI 2010

Organismos de Estandarización

55

Programa

© ESI 2010

56


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

© ESI 2010

– Escalable con la infraestructura – Seguridad – Ubicación centralizada para la administración y gestión de sistemas integrados y arquitecturas.

– Transparencia del transporte y ubicaciones – Rápida integración de sistemas heterogéneos

– Enrutamiento y transformación

– Soporte multiprotocolo

• Funcionalidades de los ESB:

Integración de Servicios (II)

57

© ESI 2010

58

Dimensión Económica Capacidad Capacidad del del negocio negocio para para colaborar colaborar con con otros otros socios socios

Capacidad Capacidad de de los los sistemas sistemas TIC TIC para para intercambiar intercambiar ee utilizar utilizar información información

Integración

Dimensión Técnica

Interoperabilidad

© ESI 2010

aplicaciones?

¿Cómo conciliar datos y

Integración:

Integración: Situación actual (II)

Compartir información relevante entre los diferentes agentes  Integración interna Facilitar el trabajo de colaboración entre los mismos  Integración multi-empresa

• •

Consumen mucho tiempo y recursos

•

60

Alto coste de aplicación

•

© ESI 2010

Sistemas propietarios

•

• Problemática del uso de EAI:

• Los sistemas ERP apuestan por SOA

Poner especial atención a los procesos entre empresas

•

• Nueva generación de software empresarial caracterizada por:

59

Aparición de nuevas funcionalidades extendidas que tratan de dar respuesta a las nuevas relaciones multi-empresa

•

© ESI 2010

Uso de un modelo centralizado, poco flexible y abierto

•

• Hasta ahora,

• Interés por definir arquitecturas de sistemas de información donde los sistemas ERP y el resto de aplicaciones estén perfectamente integrados y orientados a la creación de valor al cliente

Integración: Situación actual (I)

61

Integración: SOA como solución

© ESI 2010

•

62

IBM, Microsoft, SAP…

• Grandes empresas de software trabajan en este área:

• SOA da respuesta a este reto de integración.

• Al cliente no le preocupa la tecnología o las funcionalidades de la aplicación.

Integración de datos y aplicaciones tanto dentro de la empresa, como con el resto de agentes de la cadena de valor.

© ESI 2010

• La integración ayuda a resolver esta problemática.

– Uno de los problemas y oportunidades causados por la globalización económica.

– Movimiento de algunas empresas, generalmente multi-nacionales, que trasladan sus centros de trabajo a países con menores costos para ellos.

• Fenómeno conocido como deslocalización:

Integración: Situación actual (III)

Integración

63

CRM

ERP

Empresa B

CRM

ColdFusion MX de Macromedia. Java Web Services Development Pack (JWSDP) Microsoft .NET Novell exteNd (basado en la plataforma J2EE). IBM WebLogic y WebSphere. Zope para Python.

• • • • • •

© ESI 2010

64

JonAS Proyecto Mono

• Plataformas de servicios web de código libre y abierto:

Axis y el servidor Jakarta Tomcat (de Apache).

•

• •

SCM

Herramientas existentes

Empresa A

ERP

• Plataformas de servicios web propietarias:

© ESI 2010

Aplicaciones Empresariales

Servicios

Procesos de Negocio

Portales Empresariales

Integración: SOA como solución

65

Provisión de

© ESI 2010

66

la Web

funcionalidades a través de

© ESI 2010

– Uso de las plataformas emergentes de software social, como por ejemplo los blogs o las wikis.

• Empresa 2.0:

– Evolución hacia aplicaciones más colaborativas y orientadas a servicios que funcionan a través del web enfocadas al usuario final.

• Web 2.0:

Tendencias de Futuro

venden productos y servicios consumibles de forma remota e impersonal. Creación de tiendas virtuales para realizar las ventas.

67

Poder de los proveedores

Al cliente crear un carrito de compras adaptable a sus necesidades. Al proveedor reducir gastos y costes de mantenimiento y aumentar la eficiencia.

© ESI 2010

68

• Múltiples opciones de pago y envío.

• Estadísticas de venta por cliente y fecha.

• Fidelización de clientes. • Envío periódico de promociones y ofertas.

• Capacidad de buscar productos.

• Definición de productos destacados, ofertas o nuevas novedades.

• Provisión 24x7.

© ESI 2010

•

•

• Una tienda permite

•

•

• Enfocado a empresas que

A través de la Web

Microsoft .NET IBM WebLogic y WebSphere

favorecer la creación de tiendas virtuales frente a las tiendas físicas.

•

© ESI 2010

70

• El uso de dispositivos electrónicos está favoreciendo la creación de estas tiendas virtuales

ahorrar en gastos de distribuidores intermedios

•

• Las empresas están tendiendo a agilizar y dinamizar sus relaciones con los clientes

Tendencias de futuro

Plataforma SeCSE (http://www.secse-project.eu)

• 69

JBoss Enterprise Middleware SOPERA Advanced Service Framework

• •

© ESI 2010

Eclipse SOA Tools Platform

•

• Plataformas de servicios web de código libre y abierto:

• •

• Plataformas de servicios web propietarias:

Herramientas existentes

71

Modelo SaaS

Se pasa de vender aplicaciones monolíticas a vender únicamente las funcionalidades. Implica una gran complejidad técnica y capacidad de composición de funcionalidades.

• •

72

Mejora en la gestión de cambio y mantenimiento del software.

•

© ESI 2010

Acceso a un sector de usuarios con necesidades específicas y capacidad limitada.

•

• Ventajas de los proveedores:

nuevo modelo de provisión de software donde las empresas no pagan por poseer un software sino por usarlo.

•

• Software as a Service

© ESI 2010

Software as a Service

Modelo de Provisión

Se pronostica que un 30% del software nuevo desarrollado será desplegado bajo este modelo.

•

Tendencias de futuro

© ESI 2010

74

– Surgen nuevos modelos de negocio. – Modelo Adware: Un servicio se puede consumir gratis pero es financiado con anuncios.

• No existe ninguna guía sobre qué modelos de negocio se pueden adoptar con SaaS.

– una infraestructura física y una capacidad de ancho de banda importante.

• A largo plazo se requerirá

73

Tengan amplia experiencia y capacidad en SOA

•

© ESI 2010

Tengan sus procesos integrados

•

• SaaS es el siguiente paso para empresas que

Según la consultora Gartner, llegará a su madurez para el año 2011

•

• Es un mercado emergente

Saturación del mercado

75

Conclusiones Soluciones más optimizadas y flexibles Menor coste, tiempo y esfuerzo Procesos más ágiles Interoperabilidad e integración

© ESI 2010

76

Las claves a la hora de adoptar SOA no son tan sólo tecnológicas sino también organizacionales.

– Algunas soluciones requerirán un tiempo de maduración.

• Puede no tener sentido para el conjunto del sistema

– No todos los elementos de un sistema basado en SOA deben ser servicios

• Además se debe tener en cuenta …

– – – –

• SOA empieza a imponerse como modelo de referencia

© ESI 2010


Conclusiones


Oportunidades de negocio


Tecnologías SOA


Gobernanza SOA


Grado de preparación para adoptar SOA


Pilares de SOA


Principios y beneficios de SOA

Programa

© ESI 2010

77

Parque Tecnológico, # 204 E-48170 Zamudio Bizkaia (Spain) Tel.: +34 94 420 95 19 Fax: +34 94 420 94 20 www.esi.es

[email protected]

Dra. Leire Bastida R&D Projects