24.11.2012 Views

Metrópolis y Gobierno de SOA - Willy .Net

Metrópolis y Gobierno de SOA - Willy .Net

Metrópolis y Gobierno de SOA - Willy .Net

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!