Una de las grandes ventajas de las tecnologías abiertas o “no-Microsoft” (Java, C++, PHP, etc) es la flexibilidad y versatilidad en la definición de cada uno de los componentes que integran un sistema, tanto por dentro como por fuera (es decir, las interfases que éstos exponen a otros sistemas).

Esto se puede convertir en un problema a la hora de pensar en integración y el modelo SOA, si los equipos de desarrollo de sistemas no se pusieron de acuerdo al momento de definir estándares.

Este tipo de problemas no existen del lado Microsoft, al menos no son tan evidentes, por la sencilla razón de que se trata de un sólo player, y no tiene que negociar con otros la definición de un estándar. Lo impone y listo. Lo que no quiere decir que no existan problemas de integración de Microsoft con otras tecnologías, donde MS no puede imponer estándares.

Y esto es lo que pasa con muchos de los sistemas existentes hoy en el mercado: Cada vendor tiene su propio conjunto de interfases basado en su propio estándar y esto dificulta la integración, ya que se debe agregar una capa de “traducción” entre los diferentes estándares.

Es por ello que la gente de Sun, IBM, EDS, Bea, SAP formaron OASIS hace algunos años y definieron el conjunto de estándares para unificar los criterios de desarrollo e integración de las diferentes tecnologías detrás de cada uno de ellos. Liberaron papers, especificaciones, frameworks, y muchas conferencias como resultado de casi 15 años de trabajo. Aún hoy, con casi 600 miembros, la integración sigue siendo un problema en muchas empresas que deciden optar por tecnologías abiertas.

Entonces, Sun, IBM, SAP, Bea se volvieron a juntar (esta vez dejaron afuera a EDS, pero sumaron a Oracle, RedHat, Sybase y Siemens, entre otros) y formaron otra organización más: Open SOA Collaboration, con objetivo de trabajar en dos proyectos, al menos por el momento:

• Service Component Architecture (SCA): Que define el conjunto de estándares y especificaciones para desarrollo y consumo de Web Services, e integración en tecnologías abiertas (Java, C++, BPEL, PHP, EJB, Spring, etc).
• Service Data Objects (SDO): Que define un estándar abierto para el manejo de datos, independiente de la tecnología o repositorio que se use. Obviamente, el secreto detrás de todo esto es unificar todo en XML.

Después de tanta introducción, la buena noticia es que el proyecto SCA acaba de liberar la versión 1.0 de sus especificaciones, luego de casi dos años de trabajo. Los estándares de integración están basados en las definiciones hechas por la gente de OASIS (bah, ellos mismos).