Metrópolis y Gobierno de SOA - Willy .Net
Metrópolis y Gobierno de SOA - Willy .Net
Metrópolis y Gobierno de SOA - Willy .Net
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Introducción<br />
Construir una solución <strong>de</strong> integración que se aplique<br />
a la empresa es una tarea difícil. Estas soluciones<br />
necesitan integrar sistemas empresariales<br />
múltiples que no están creados para trabajar juntos.<br />
La integración <strong>de</strong> estos sistemas es difícil por varios motivos.<br />
Esto incluye la heterogeneidad <strong>de</strong> plataformas y lenguajes <strong>de</strong><br />
programación, la diversidad y complejidad <strong>de</strong> cada sistema<br />
empresarial individual y la dificultad <strong>de</strong> comprensión <strong>de</strong> los<br />
requerimientos para la solución integrada resultante. Los arquitectos<br />
<strong>de</strong> software realizan un sin fin <strong>de</strong> tareas cruciales durante<br />
el diseño <strong>de</strong> aplicaciones empresariales integradas. Entre ellas se<br />
incluyen las siguientes:<br />
• Colaborar en la comprensión <strong>de</strong> requerimientos funcionales y<br />
<strong>de</strong> calidad para las aplicaciones integradas.<br />
• Crear el proyecto <strong>de</strong> arquitectura inicial para las aplicaciones<br />
integradas.<br />
• Seleccionar tecnologías <strong>de</strong> integración a<strong>de</strong>cuadas que cumplan<br />
con los requerimientos <strong>de</strong> la aplicación.<br />
• Confirmar que la combinación <strong>de</strong> la arquitectura y la tecnología<br />
<strong>de</strong> integración que se utilizan para construir la aplicación para<br />
toda la empresa pue<strong>de</strong>n ser exitosas antes <strong>de</strong> realizar una gran<br />
inversión para su implementación.<br />
Este artículo <strong>de</strong>scribe un método comprobado que ayuda a los<br />
arquitectos a evaluar tecnologías <strong>de</strong> integración aplicadas a la<br />
empresa. En particular, centramos nuestro <strong>de</strong>bate sobre la evaluación<br />
<strong>de</strong> tecnologías <strong>de</strong> integración, para implementar la integración<br />
basada en servicios.<br />
<strong>SOA</strong> para la integración<br />
Con la llegada <strong>de</strong> estándares <strong>de</strong> la industria como por ejemplo<br />
Servicios Web, la Arquitectura Orientada a Servicios está impulsando<br />
un cambio <strong>de</strong> paradigma en algunas áreas, incluyendo la<br />
integración <strong>de</strong> aplicaciones empresariales.<br />
La arquitectura <strong>de</strong> integración orientada al servicio consiste en<br />
integrar entida<strong>de</strong>s informáticas usando interacciones <strong>de</strong> servicios.<br />
Este mo<strong>de</strong>lo basado en los servicios se refiere los problemas<br />
<strong>de</strong> integración <strong>de</strong> sistemas heterogéneos inflexibles y anticuados<br />
permitiendo que las organizaciones IT ofrezcan la funcionalidad<br />
bloqueadas <strong>de</strong> aplicaciones existentes como servicios<br />
reutilizables.<br />
A diferencia <strong>de</strong> la tradicional Integración <strong>de</strong> Aplicaciones<br />
Empresariales (EAI), las características principales <strong>de</strong>l enfoque<br />
basado en el servicio para la integración son:<br />
• Interfaz estándar bien <strong>de</strong>finida-Se proporciona a los consumi-<br />
20<br />
Tecnologías <strong>de</strong> Integración<br />
Basadas en Servicios<br />
Anna Liu y Ian Gorton<br />
dores acceso sistemático y <strong>de</strong> fácil comprensión para los servicios<br />
subyacentes<br />
• Opacidad-La tecnología y ubicación <strong>de</strong> la aplicación que proporciona<br />
la funcionalidad están ocultas <strong>de</strong>trás <strong>de</strong> la interfaz. De<br />
hecho, no existe la necesidad <strong>de</strong> un proveedor <strong>de</strong> servicios fijos.<br />
• Flexibilidad-Tanto el proveedor <strong>de</strong> servicios como el consumidor<br />
pue<strong>de</strong>n cambiar-la <strong>de</strong>scripción <strong>de</strong>l servicio es la única constante.<br />
Siempre que el proveedor y el consumidor sigan fieles a la<br />
<strong>de</strong>scripción <strong>de</strong>l servicio, las aplicaciones seguirán funcionando.<br />
Figura 1. Proceso <strong>de</strong> evaluación<br />
Entrada <strong>de</strong>l<br />
interesado<br />
Elaborar<br />
requerimientos<br />
<strong>de</strong>l usuario<br />
Incremento con<br />
requerimiento<br />
genérico<br />
Clasificación<br />
requerimiento<br />
Evaluación <strong>de</strong>l<br />
producto<br />
Análisis <strong>de</strong>l<br />
contexto “Que<br />
pasaría si…"<br />
Prototipo <strong>de</strong> prueba<br />
<strong>de</strong> tecnología<br />
• Journal 5 • www.microsoft.com /architecture<br />
Requisitos <strong>de</strong>l usuario<br />
específicos <strong>de</strong> la aplicación<br />
Conjunto global <strong>de</strong><br />
requerimientos <strong>de</strong> la aplicación<br />
Requerimientos<br />
clasificados<br />
Productos posibles<br />
Resultados<br />
<strong>de</strong> la evaluación<br />
Productos<br />
preseleccionados:<br />
1-3<br />
Selección <strong>de</strong>l<br />
producto final<br />
Base cognitiva i-MATE<br />
200+ requerimientos<br />
genéricos<br />
Entrada <strong>de</strong>l<br />
interesado<br />
I<strong>de</strong>ntificar<br />
productos posibles<br />
Entrada <strong>de</strong>l<br />
interesado<br />
Base cognitiva<br />
i-MATE