RSSHacia SOA con J2EE
22/03/2007 10:26
Categorías Oracle, SOA, IBM, Sun, Desarrollo de Software, Vendors
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).
Comments
Dejar un comentario
Si desea dejar un comentario, por favor, complete el siguiente formulario:
Últimos Artículos
- IT Security & Business Continuity Conference 2007
- Citrix entra en el negocio de la virtualización
- IT = Interior Tecnológico
- Mesa de Ayuda
- Lenovo quiere comprar Packard Bell
- ¿Por qué Apache pierde mercado?
- Usuaria 2007
- Hacia donde va Microsoft
- Green Computing
- Lenovo Thinkpad X61 Reserve Edition
Categorías
- Citrix
- Desarrollo de Software
- e-Government
- Eventos
- Green Computing
- Lenovo
- Linux
- Mercado Internacional
- Mercado Local
- Mobile
- Networking
- Off Topic
- Open Source
- Outsourcing
- SaaS
- SAP
- Seguridad
- Sin categoría
- SOA
- Storage
- Vendors
el problema es que aunque oasis defina los estandares todavia hay muchas empresas que no los aceptan y terminan implementando lo que les parece
Sergio, es verdad lo que decís. Hay muchos productos en el mercado se venden como SOA Ready y tienen grandes problemas de integración.
Sin embargo la tendencia, al menos en los grandes fabricantes de software, es aceptar los estándares de Oasis, ya que es la única forma de ser verdaderamente “SOA Capable”.