(Microsoft PowerPoint - SOA y est\341ndares una pareja ...
Transcript of (Microsoft PowerPoint - SOA y est\341ndares una pareja ...
SOA y estándares | 23/may/2007 | Seite 1
SOA y estándares: una pareja inseparable
Javier Cámara
Coordinador del grupo de "SOA Infrastructure and Governance
practices", Software AG
SOA y estándares | 23/may/2007 | Página 2
Software AG, ¿quiénes somos?Una sólida compañía SW
¬ Segunda compañía europea de software
¬ 500 M € de facturación
¬ 38 años de experiencia en TI
¬ Más de 3.000 empleados, presencia en 70 países
¬ 700 empleados en España
¬ Líderes en tecnología para:
¬ Sistemas transaccionales empresariales
¬ Adabas, Natural, …
¬ Arquitecturas Orientadas a Servicios (SOA)
¬ Crossvision
¬ Inminente adquisición de webMethods
¬ Importante división de servicios profesionales
SOA y estándares | 23/may/2007 | Página 3
SOA everywhere
Pocos habrá que trabajen en informática y no hayan oído algo sobre SOA
Muchas organizaciones usuarias de TI están estudiando una “adopción de
SOA”, y virtualmente todos los fabricantes de software están alineando su
estrategia con SOA
Supone el cambio de mayor magnitud que está sufriendo el mercado de TI
hoy en día
SOA dominará el espacio de las TI durante los próximos años
Pero, ¿qué importancia tienen los estándares en SOA?
SOA SOA
SOA
SOA
SOA
SOA
SOA
SOA
SOA y estándares | 23/may/2007 | Página 4
¿Qué es eso de SOA?
Service-Oriented Architecture (Arquitectura Orientada a Servicios)Arquitectura (estructura general) de un sistema de información en la que la funcionalidad se implementa en pequeños elementos separados, discretos y reutilizables, llamados servicios
Servicio
Elemento de un sistema de información que ofrece una serie de funcionalidades a través de unas interfaces programáticas bien definidas
Y eso, ¿para qué sirve?
Permite la reutilización de la funcionalidad existenteEso, a su vez aumenta la agilidad empresarial
¿Y qué hay de nuevo en esto?
SOA y estándares | 23/may/2007 | Página 5
¿Qué tiene SOA de nuevo?
Principios, pocos:
¬ Modularidad
¬ Reutilización
¬ Bajo acoplamiento
¬ Separación de interfaz e implementación
¬ Independencia de la implementación
¬ Programación en base a contratos
¬ Lógica por un lado, en los servicios (M); presentación por otro (V y C)
Si son cosas tan manidas, ¿por qué está tan de moda ahora? ¿Por qué es algo
tan importante para las TIs ahora?
SOA y estándares | 23/may/2007 | Página 6
¿Por qué SOA ahora?
Reutilizar
Independencia
Soporte universal
Para poder algo, como mínimo hay que poder invocarlo
Para eso se necesita
de la implementación
Incluyendo plataforma, herramienta, fabricante y ubicación en la redSi no, cambios en la implementación afectan a sus consumidores y limitan drásticamente esa reutilización
Eso requiere de la tecnología utilizada para implementar la SOA
(Al menos, tan “universal” como sea necesario en un entorno dado)Si no, dependes de que “el otro” utilice tecnología compatible con la tuya, lo cual puede no ser cierto
HTTP, XML, SOAP, WSDL, …
Y eso es realidad ahora
gracias a
SOA y estándares | 23/may/2007 | Página 7
¿Por qué SOA ahora?
Los principios de SOA son viejos, pero sólo ahora existen los estándares
soportados universalmente y que proporcionan la interoperabilidad
necesaria para que aquéllos puedan llevarse a cabo en la práctica
¬ WS-*
Anteriores tecnologías de componentes y similares sólo gozaban de un
soporte parcial por parte del mercado
¬ Lo cual limitaba en la práctica la interoperabilidad y, de ahí, todo lo
demás
SOA y estándares | 23/may/2007 | Página 8
Pero, entonces, ¿SOA es lo mismo que servicios web?
NO
Desde el punto de vista conceptual, una SOA se puede implementar con
múltiples tecnologías
¬ MOM, POJOs, EJBs, DCOM, CORBA, COBOL, …
Aunque cuando se consigue realmente la máxima reutilización es cuando se
utilizan los estándares más ampliamente soportados
¬ Reutilización de funcionalidades por otros consumidores
¬ Reutilización de funcionalidades de otros servicios
¬ Aprovechamiento de otras herramientas, al poder interactuar con ellas
¬ Conocimiento del personal
¬ Capacidades ofrecidas por estándares adicionales
SOA y estándares | 23/may/2007 | Página 9
SOA es una abstracción del éxito de los servicios webpara integración de sistemas de información
Middleware
EAI
ESB
SOA
Otras tecnologías
Más abst
racc
ión
B2B
Servicios web
SOA y estándares | 23/may/2007 | Página 10
¿Qué aportan las especificaciones WS-* a una SOA?
¬ Funcionalidad de infraestructura tecnológica
¬ Comunicaciones, seguridad, descubrimiento, gobierno operacional,
gestión, transacciones, …
¬ Implementación de infraestructura tecnológica
¬ Servidores de WS, ESBs, agentes, registros / repositorios,
administración, gobierno, …
¬ Sun, IBM, Microsoft, BEA, Oracle, SAP, Software AG, Apache,
ActiveEndpoints, Vordel, AmberPoint, webMethods, IONA, …
¬ Herramientas de desarrollo
¬ Sun, IBM, Microsoft, BEA, Oracle, Software AG, Eclipse,
ActiveEndpoints, …
SOA y estándares | 23/may/2007 | Página 11
¿Qué aportan las especificaciones WS-* a una SOA?
¬ Posibilidad de interoperar con sistemas de negocio
¬ SAP, Oracle (Siebel, PeopleSoft, Vantive), SalesForce, Microsoft
(Dynamics); iWay, SeeBurger, …
¬ Personal que los conozca (desarrollo y administración)
¬ Cada vez más
¬ Evolución en el futuro
¬ En general, aprovechamiento del trabajo del resto del mercado
SOA y estándares | 23/may/2007 | Página 12
Pues si hay estándares y mercado que los soporte, ¡una SOA con servicios web debe ser algo muy sencillo!
Fuente: Burton Group
Mensajería
Descrip
ción
Descu
bri-
miento
Recursos, eventos
TransaccionesCom. fiablesSeguridadGestión operacional
Aprovisionamiento
Construcción, orquestación, composiciónGestión de
datos
Presentación
Cimientos Extensiones Desarrollo Gestión
Estructura general de las especificaciones WS-*
SOA y estándares | 23/may/2007 | Página 13
¡Parece que las especificaciones WS-* crecen en los árboles!
¬ Decenas de estándares y especificaciones¬ HTTP, HTTPS, XML, XML Namespaces, SOAP, RPC-document-encoded-literal, SOAP con
anexos, WS-I Profiles, WSDL, XML Schema, UDDI, WS-BPEL, WS-Addressing, WS-ReliableMessaging, WS-Transaction, WS-Policy, WS-Security, SAML, WS ResourceFramework, WS-Notification, XOP, MTOM, XML Infoset, WS-MetadataExchange, WS-
Discovery, XPath, XSL-T, XQuery, DOM, SAX, StAX, … y hay más cosas a las que un desarrollador en WS-* puede tener que enfrentarse
¬ La curva de aprendizaje parece una escalada
¬ Y no sólo hay demasiados, sino que además:¬ Tienen un nivel de adopción muy variable (entre “nadie” y “todos”)¬ A veces la especificación es mala o complicada, resultando en soporte
parcial y problemas de interoperabilidad¬ A menudo la implementación es inmadura
SOAP
WSDL
UDDI
BPEL
SAML
SOA y estándares | 23/may/2007 | Página 14
Y encima, hay competidores de WS-*
¬ En el ámbito de la informática empresarial, todo el mundo soporta WS-*
¬ Si bien en un grado muy variable
¬ Pero en el ámbito de Internet y Web 2.0, es bastante menos popular
¬ REST tiene cierta adopción
¬ Aunque le faltan muchísimas cosas que sí ofrece (u ofrecerá) WS-*
¬ Incluso JSON, que no es ni XML, goza de cierto éxito
SOA y estándares | 23/may/2007 | Página 15
Pero sin estándares, no hay interoperabilidad, ni reutilización, ni SOA
¬ ¿Por qué hablamos de Arquitecturas Orientadas a Servicios, y no de
Arquitecturas Orientadas a Objetos?
¬ Porque ningún estándar de comunicaciones orientado a objetos fue
adoptado por todo el mundo
¬ CORBA, DCOM, RMI: usando uno, nunca llegabas a todo el mundo
¬ Sin adopción universal no hay interoperabilidad, y sin eso no hay nada
¬ OO sólo ha tenido éxito a nivel de programa, no de arquitectura
¬ HTTP y XML es lo único que todo el mundo soporta
¬ Gracias a ello existe interoperabilidad, reutilización y agilidad
¬ Pero para poder aprovechar realmente todas las promesas de la SOA, es
necesario soportar muchos más estándares de forma universal
SOA y estándares | 23/may/2007 | Seite 16
Software AG. Bright ideas, everywhere.