|
 Seguramente SOA (arquitectura orientada a servicios) es el paradigma de arquitectura más adecuado para diseñar soluciones flexibles de integración con otros sistemas de forma simple, y que permite modelos de desarrollo ágiles capaces de responder al mantenimiento en entornos de negocio rápidos.
SEI ha publicado el informe "Evaluating a Service-Oriented Architecture", un compendio de información imprescindible para arquitectos e ingenieros que trabajan con SOA; que contiene el tutorial que sobre este tema expusieron sus autores en el certamen SATURN 2007.
El título del trabajo no hace justicia al contenido, porque ofrece bastante más que un modelo o criterios para la evaluación de la arquitectura (que no es poco).
No describe un método concreto de evaluación, sino que presupone el uso de ATAM, del que se pude descargar aquí su descripción, y que es también una buena referencia para arquitectos de software. Quizá algo exagerado o "pesado" para los proyectos a los que por lo menos yo estoy acostumbrado, y que no suelen ser de gestión de estrategia miliar (como el que ejemplifica el documento de ATAM) o de tropecientos ingenieros de software; y quizá algo exageradas la relación de participantes que aconsejan en el método SOA, o los tres días de reuniones de revisión del modelo ATAM. Pero el fondo es muy rico. La importancia del diseño de la arquitectura y su revisión y validación con el cliente es la razón por la que me atrevo a sugerir un "sprint" (o mini-sprint) de inicio al modelo Scrum. Un sprint conceptualmente diferente, porque no tiene como fin producir un incremento tangible y operativo, sino validar una serie de cosas, entre ellas la propuesta de arquitectura... (lo vemos en otro post)
Bueno, pues el título no hace justicia, porque además de cómo evaluar una arquitectura SOA, también tiene un par de capítulos (el dos y el tres) con una exposición concisa y clara del paradigma SOA, diferencia entre SOA y las tecnologías distribuidas que suele emplear (Web Services, CORBA...), modelos de comunicación entre servicios, modelos SOAP (RPC-Encoded, Documente Literal) ...
Y complementa la teoría bien explicada, con la práctica: el capítulo 6 es un ejemplo de descripción y evaluación de la arquitectura SOA de un sistema.
Tiene también un buen guión de ayuda para evaluar las arquitecturas, en la recopilación del apéndice A: los 7 atributos de calidad más importantes al analizar arquitecturas SOA, indicando escenarios tipo en cada uno de ellos.
 |
RSS de los comentarios
