Arquitectura para Aplicaciones CorporativasPor Francisco Fagas Nota: Este artículo ofrece información general sobre la arquitectura orientada a servicios, MBI, EDRA, y la relación que existe entre estos modelos presentados como solución a los diferentes problemas con los que se encuentran los arquitectos de soluciones, desarrolladores y personal de mantenimiento de las aplicaciones empresariales (9 páginas impresas). Contenido Introducción Arquitectura Orientada a Servicios Integrador de Negocios Arquitectura referencial de desarrollo empresarial MBI 3.0 & EDRA Conclusión Introducción Desde siempre, desarrollar aplicaciones empresariales no ha sido una tarea fácil considerando que los avances de la tecnología han ido simplificando el manejo de varios aspectos de este problema. Sin embargo, los desarrolladores de este tipo de aplicaciones continúan enfrentándose a desafíos tales como datos complejos; la mayor parte del tiempo los requerimientos no son explícitos, usuarios simultáneos múltiples, los requerimientos del negocio cambian con frecuencia, plataformas heterogéneas, e interdependencias complejas entre aplicaciones distribuidas. Además, el hecho de que no exista ningún estándar de la industria para el desarrollo de este tipo de aplicaciones ha llevado a muchas organizaciones a desarrollar sus propios modelos generando así un alto costo de desarrollo y mantenimiento de las aplicaciones. Principio de la página Arquitectura Orientada a Servicios La Arquitectura Orientada a Servicios (SOA, por sus siglas en inglés) es un diseño del tipo Cliente/Servidor en donde una aplicación se conforma de servicios de software y consumidores de esos servicios (conocidos como clientes o ´servicerequestersµ); pero SOA difiere del modelo general Cliente/Servidor en el acoplamiento débil entre componentes de software y en la separación de las interfases de la implementación (Ver Figura 1): Volver al texto. MBI brinda soluciones para los siguientes escenarios (Ver Figura 3): . Principio de la página Integrador de Negocios MBI (Microsoft Business Integrator) es una arquitectura de referencia para la construcción de aplicaciones. En el siguiente gráfico (Ver Figura 2) podemos observar la evolución de MBI como Framework para Arquitectura de Aplicaciones Corporativas. ejecutar y mantener aplicaciones corporativas basadas en la plataforma Microsoft . en otras palabras.NET. desarrollado para resolver escenarios recurrentes de una empresa corporativa y la reducción de costos de desarrollo y mantenimiento. Figura 2: Evolución de MBI. MBI es un framework para crear. Volver al texto. cuya arquitectura de integración común a todos los ´portfoliosµ de soluciones utiliza las mejores prácticas de Microsoft Corporation.Figura 1: Cambios de una arquitectura Cliente/Servidor hacia una Arquitectura Orientada a Servicios. y y y y y y y y OLTP Aplicaciones Multicanal Ruteo En Línea de Transacciones Aplicaciones Orientadas a Tareas Integración de Aplicaciones Empresariales (Enterprise ApplicationIntegration [EAI]) Consistencia de Datos (publicación/suscripción) Automatización de Procesos de Negocio Aplicaciones Compuestas/Agregación Figura 3: Resumen de MBI. . ´crossboundariesµ. Principio de la página Arquitectura referencial de desarrollo empresarial Si analizamos el modelo conceptual de una arquitectura Cliente/Servidor. la comunicación se reduce a una simple interacción conformada por un ´request/responseµ (Ver Figura 4). Volver al texto. manejo de errores y soporte de transacciones. pero que presenta problemas tales como entrega de mensajes. fiabilidad. . rendimiento y disponibilidad. (Una preocupación de corte cruzado [crosscuttingconcern] es un tipo de funcionalidad que puede aplicarse a múltiples clases o aplicaciones). nos provee de ´quickstarsµ y plantillas de aplicaciones.NET sin experimentar grandes complicaciones en su implementación (Ver Figura 5): Figura 5: Modelo Conceptual de EDRA. EDRA utiliza cuatro principios orientadores que ayudan a aliviar la transición de objetos distribuidos altamente acoplados a servicios basados en estándares y con bajo acoplamiento: y y Separación de la interfaz del servicio y la implementación interna del servicio para permitir escenarios de instalación que estén optimizados para tener escalabilidad. y su visión es percibir los beneficios de SOA con .Figura 4: Modelo conceptual Cliente/Servidor. Separación de la lógica de negocio y las preocupaciones de corte cruzado tales como auditoría. EDRA (Enterprise Development Reference Architecture). Volver al texto. también llamada ´shadowfaxµ es una guía de arquitectura para estandarizar y resolver los problemas que se presentan en el desarrollo de sistemas distribuidos. monitoreo o disparo de eventos de negocio. Volver al texto. seguridad. Un framework de aplicación extensible (EDAF) que incorpora activos reutilizables para facilitar el desarrollo de aplicaciones empresariales usando ASP .NET y J2EE. MBI 3. es decir.y y Separación de la lógica de negocios y el transporte subyacente de manera que múltiples transportes se puedan usar para acceder a una única implementación de un servicio. capacidad de añadir.0 & EDRA MBI & EDRA proveen el contexto adecuado para la construcción de aplicaciones orientadas a servicios. Posee experiencia desarrollado sistemas informáticos relacionados con la banca virtual y ha programado en . remover o adaptar cualquier característica o funcionalidad y habilidad para aislar la aplicación de los cambios sobre la plataforma. Además.net en la comunidad de desarrolladores y junto con Microsoft de Ecuador entrena a sus .NET Web Services. cabe aclarar que este tipo de arquitecturas se aplica a todo tipo de aplicaciones. EDRA proporciona lo siguiente: y y y y Guía arquitectónica que describe cómo tratar los cuatro principios que preceden. rapidez para producir y empezar a funcionar. Web ServiceEnhancements (WSE) e Indigo. EDRA nos permite personalización e incluso extenderle su funcionalidad debido a que tenemos acceso a todo el código fuente de la misma. Principio de la página MBI 3. cambiar.net desde la beta 1 de Visual Studio .0 implementa como componente central a EDRA y lo complementa en escenarios que éste aún no resuelve.net. Es Microsoft MVP en ASP/ASP . Desarrollo de interfases de servicio estables para asegurar la robustez de los servicios instalados. sean éstas aplicaciones Web o Windows. etc. Microsoft desarrolló EDRA después de hablar con clientes y de revisar las soluciones que fueron desarrolladas para solucionar problemas similares en las plataformas Microsoft . Presidente Nacional del COMMIT en Ecuador y se dedica actualmente a introducir la Plataforma .) Maximización del uso de la plataforma Principio de la página Conclusión El contexto que nos provee MBI & EDRA nos garantiza la capacidad de intercambiar información entre sistemas. CMAB. en el futuro. Entre los beneficios que nos provee el uso de MBI & EDRA destaco los siguientes: y y y y y y Menos código que mantener Código de base mejorado Mayor esfuerzo en horas de pruebas Modelo más flexible y extensible Integración con los ´Application Blocksµ corporativos (EIF. MSMQ. Cuatro ´QuickStartsµ de aplicaciones que demuestran las capacidades dominantes del framework. Ecuador.net 2002. Francisco Xavier Fagas Albarracín trabaja como Director de Area de Producción y Consultor Senior en Guayaquil. Una plantilla de aplicación que ayuda a implementar un ambiente para poner servicios en ejecución y construir aplicaciones clientes que utilizan los servicios. Enterprise Services y. Posee la certificación MCP .clientes en el desarrollo de software del país.net. .
Report "Arquitectura Para Aplicaciones Corporativas"