El fin del buzzword SOA

Estamos viendo un cambio en el uso de la palabra SOA en la prensa generalista de TI. Ya no son puras maravillas y los problemas empiezan a aparecer. Es el principio del fin del uso de SOA como palabra de moda.

En este articulo el autor nombra reportes preocupantes de especialistas SOA y luego elabora una teoría: los departamentos de TI están demasiado ocupados en mantener funcionando sus sistemas actuales para tratar de mejorar su arquitectura global. En otro articulo, otro autor argumenta que SOA es demasiado abstracto para que los usuarios de negocio puedan entender y apoyar el proyecto. ¡Si se juntan los 2 artículos, no hay a quien vender SOA entonces!


Por otra parte, hay artículos que predicen que WOA viene a salvar SOA.

http://blogs.zdnet.com/service-oriented/?p=1079
http://blogs.zdnet.com/Hinchcliffe/?p=168
http://blogs.zdnet.com/Gardner/?p=2631

Nota: WOA es el nuevo buzzword y significa Web Oriented Architecture. Engloba las tecnologías Web 2.0 (como Mashup, AJAX), jSon y REST Básicamente, la integración se hace a nivel del browser que interactúa con varios sitios (usando REST).

Algunos comentarios míos:

• SOA ya dejo de ser la palabra "mágica" que los reporteros usan para generar visitas a sus artículos y ya están buscando crear nuevos términos de moda como WOA. Este cambio ha pasado montones de veces antes: hay que recordar que antes de SOA, estaba de moda el termino "Web Service" y, antes que este dejo de ser de moda, muchos especialistas dijeron que SOA venia a salvarlos. Explicarón porque su uso "en todas partes" no era viable por problemas de rendimiento, seguridad y eficiencia del desarrollo. Luego, explicaron que SOA era distinto de los Web Service y que se podia usar REST e incluso el viejo CORBA. Finalmente, explicaron que SOA es una arquitectura y los Web Service solamente un tipo de implementación. Desde esta fecha, los Web Service desaparecieron como "moda" siendo reemplazados por SOA y veo que esta pasando lo mismo con WOA y SOA ahora.
  

• Hay que recordar que los Web Service y luego SOA son técnicas y conceptos que nacieron de proveedores de TI (IBM y MS en el primer caso, empresas de consultoría en el segundo) y no vienen de un uso comercial. Eso es importante si se compara con las tecnologías Web 2.0 que si, nacieron como un uso comercial. Un programador curioso de ver lo novedoso de www.gmail.com estudio como estaba hecho y llamo "AJAX" el conjunto de técnicas usadas por Google. El nombre de Mashup nació también después de su primer uso en internet (no recuerdo si es YouTube, Google Maps u otro).
  

• Encuentro que las practicas de SOA son perfectamente rescatables. De hecho se basan sobre ideas que ya tienen 20 años en Análisis Estructurada y que son super probadas (como cohesión, coherencia). Pero, nunca me ha gustado la idea de un proyecto "SOA" a nivel de toda la empresa. Para mi, seria como haber hecho un proyecto "Orientación a Objeto" hace 10 años atrás: lo que si se puede hacer, son proyectos de desarrollo de aplicaciones que usan la Orientacion a Objeto para el analisis/diseño (usando UML) y la implementación (usando Java,C++,C#). Pasa lo mismo con SOA, se pueden hacer proyectos que usan la arquitectura de SOA (desacoplamiento) y sus técnicas (Web Service, REST). Durante estos proyectos, se introducen lo necesario para dar soporte a la arquitectura (practicas de diseño y gobernance, herramientas de integración como ESB).

En resumen, bienvenido el fin de la moda, ahora se puede usar la arquitectura SOA para fines practicos.