SOA y estndares: una pareja inseparable

Javier Cmara
Coordinador del grupo de "SOA Infrastructure and Governance
practices", Software AG

SOA y estndares | 23/may/2007 | Seite 1

Software AG, quines somos?

Una slida compaa SW
Segunda compaa europea de software
500 M de facturacin
38 aos de experiencia en TI
Ms de 3.000 empleados, presencia en 70 pases
700 empleados en Espaa
Lderes en tecnologa para:
Sistemas transaccionales empresariales
Adabas, Natural,
Arquitecturas Orientadas a Servicios (SOA)
Crossvision
Inminente adquisicin de webMethods
Importante divisin de servicios profesionales

SOA y estndares | 23/may/2007 | Pgina 2

SOA
SO
A

SOA

A
SO
SO
A

SO
A

SOA

SOA everywhere

SOA
Pocos habr que trabajen en informtica y no hayan odo algo sobre SOA

Muchas organizaciones usuarias de TI estn estudiando una adopcin de

SOA, y virtualmente todos los fabricantes de software estn alineando su
estrategia con SOA
Supone el cambio de mayor magnitud que est sufriendo el mercado de TI
hoy en da
SOA dominar el espacio de las TI durante los prximos aos

Pero, qu importancia tienen los estndares en SOA?

SOA y estndares | 23/may/2007 | Pgina 3

Qu es eso de SOA?

Service-Oriented Architecture (Arquitectura Orientada a Servicios)

Arquitectura (estructura general) de un sistema de informacin en la que la
funcionalidad se implementa en pequeos elementos separados, discretos y
reutilizables, llamados servicios
Servicio
Elemento de un sistema de informacin que ofrece una serie de
funcionalidades a travs de unas interfaces programticas bien definidas
Y eso, para qu sirve?
Permite la reutilizacin de la funcionalidad existente
Eso, a su vez aumenta la agilidad empresarial

Y qu hay de nuevo en esto?

SOA y estndares | 23/may/2007 | Pgina 4

Qu tiene SOA de nuevo?

Principios, pocos:
Modularidad
Reutilizacin
Bajo acoplamiento
Separacin de interfaz e implementacin
Independencia de la implementacin
Programacin en base a contratos
Lgica por un lado, en los servicios (M); presentacin 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 estndares | 23/may/2007 | Pgina 5

Por qu SOA ahora?

Para poder

Reutilizar

Para eso se
necesita

Independencia

algo, como mnimo hay que poder invocarlo

de la implementacin

Incluyendo plataforma, herramienta, fabricante y ubicacin en la red

Si no, cambios en la implementacin afectan a sus consumidores y
limitan drsticamente esa reutilizacin

Eso requiere

Y eso es
realidad ahora
gracias a

Soporte
universal

de la tecnologa utilizada para

implementar la SOA
(Al menos, tan universal como sea necesario en un
entorno dado)
Si no, dependes de que el otro utilice tecnologa
compatible con la tuya, lo cual puede no ser cierto

HTTP, XML, SOAP, WSDL,

SOA y estndares | 23/may/2007 | Pgina 6

Por qu SOA ahora?

Los principios de SOA son viejos, pero slo ahora existen los estndares
soportados universalmente y que proporcionan la interoperabilidad
necesaria para que aqullos puedan llevarse a cabo en la prctica
WS-*
Anteriores tecnologas de componentes y similares slo gozaban de un
soporte parcial por parte del mercado
Lo cual limitaba en la prctica la interoperabilidad y, de ah, todo lo
dems

SOA y estndares | 23/may/2007 | Pgina 7

Pero, entonces, SOA es lo mismo que

servicios web?
NO
Desde el punto de vista conceptual, una SOA se puede implementar con
mltiples tecnologas
MOM, POJOs, EJBs, DCOM, CORBA, COBOL,
Aunque cuando se consigue realmente la mxima reutilizacin es cuando se
utilizan los estndares ms ampliamente soportados
Reutilizacin de funcionalidades por otros consumidores
Reutilizacin de funcionalidades de otros servicios
Aprovechamiento de otras herramientas, al poder interactuar con ellas
Conocimiento del personal
Capacidades ofrecidas por estndares adicionales
SOA y estndares | 23/may/2007 | Pgina 8

SOA es una abstraccin del xito de los servicios web

para integracin de sistemas de informacin

Ms abstraccin

SOA

B2B

Servicios web

ESB

EAI

Middleware

SOA y estndares | 23/may/2007 | Pgina 9

Otras
tecnologas

Qu aportan las especificaciones WS-* a una SOA?

Funcionalidad de infraestructura tecnolgica

Comunicaciones, seguridad, descubrimiento, gobierno operacional,
gestin, transacciones,
Implementacin de infraestructura tecnolgica
Servidores de WS, ESBs, agentes, registros / repositorios,
administracin, 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 estndares | 23/may/2007 | Pgina 10

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 administracin)
Cada vez ms
Evolucin en el futuro
En general, aprovechamiento del trabajo del resto del mercado

SOA y estndares | 23/may/2007 | Pgina 11

Pues si hay estndares y mercado que los soporte, una

SOA con servicios web debe ser algo muy sencillo!

Aprovisionamiento

Presentacin

Construccin, orquestacin, composicin

Com. fiables

Transacciones

Recursos, eventos

Descubrimiento

Seguridad

Gestin de
datos
Descripcin

Gestin operacional

Estructura general de las especificaciones WS-*

Mensajera
Cimientos

Extensiones

SOA y estndares | 23/may/2007 | Pgina 12

Desarrollo

Gestin

Fuente: Burton Group

Parece que las especificaciones WS-* crecen

en los rboles!

SOAP
BPEL

SAML
UDDI
WSDL

Decenas de estndares 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, WSReliableMessaging, WS-Transaction, WS-Policy, WS-Security, SAML, WS Resource
Framework, WS-Notification, XOP, MTOM, XML Infoset, WS-MetadataExchange, WSDiscovery, XPath, XSL-T, XQuery, DOM, SAX, StAX, y hay ms cosas a las que

un

desarrollador en WS-* puede tener que enfrentarse

La curva de aprendizaje parece una escalada
Y no slo hay demasiados, sino que adems:
Tienen un nivel de adopcin muy variable (entre nadie y todos)
A veces la especificacin es mala o complicada, resultando en soporte
parcial y problemas de interoperabilidad
A menudo la implementacin es inmadura

SOA y estndares | 23/may/2007 | Pgina 13

Y encima, hay competidores de WS-*

En el mbito de la informtica 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 adopcin
Aunque le faltan muchsimas cosas que s ofrece (u ofrecer) WS-*
Incluso JSON, que no es ni XML, goza de cierto xito

SOA y estndares | 23/may/2007 | Pgina 14

Pero sin estndares, no hay interoperabilidad,

ni reutilizacin, ni SOA
Por qu hablamos de Arquitecturas Orientadas a Servicios, y no de
Arquitecturas Orientadas a Objetos?
Porque ningn estndar de comunicaciones orientado a objetos fue
adoptado por todo el mundo
CORBA, DCOM, RMI: usando uno, nunca llegabas a todo el mundo
Sin adopcin universal no hay interoperabilidad, y sin eso no hay nada
OO slo 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, reutilizacin y agilidad
Pero para poder aprovechar realmente todas las promesas de la SOA, es
necesario soportar muchos ms estndares de forma universal

SOA y estndares | 23/may/2007 | Pgina 15

Software AG.
Bright ideas, everywhere.

SOA y estndares | 23/may/2007 | Seite 16