Soluciones de Transformación a Cloud Centros de Competencia Arquitecturas y Consultoría Tecnológica Octubre 2012 R3
CUATRO OPCIONES PARA REALIZAR LA MIGRACIÓN DE APLICACIONES AL ENTORNO CLOUD
ADOPCIÓN Adoptar consiste en remplazar alguna solución existente por una solución de mercado estándar en modo SaaS Aplicaciones estándar con escaso margen de personalización. Impacto: cambios que implique la nueva forma de trabajar y las posibles interacciones con otros procesos de negocio que podrían requerir interfaces con otras aplicaciones.
EJEMPLO: ADOPCIÓN DE UNA SOLUCIÓN DE CORREO CORPORATIVO CLOUD Gestión interna del correo Proceso maestro Actividad derivada Cierre Procesar Feed-Back Tarea X Notificación Cliente Respuesta Correo Cloud Usuario/ Consumidor Infraestructura dedicada al correo electrónico Proceso maestro Actividad derivada Cierre Procesar Feed-Back Tarea X BUS Respuesta Usuario/ Consumidor Notificación Cliente Función en la nube
IMPLICACIONES DE ADOPTAR APLICACIONES Aspectos relevantes a tener en cuenta Cambio de la herramienta de trabajo La solución adoptada es una caja negra en el proceso de negocio contemplada Revisión y especificación de interfaces con otras aplicaciones Riesgo de pérdida de información Falta de control de la nueva operación Respuesta de Indra Gestión del Cambio, permitiendo así asumir la nueva funcionalidad, conociendo plenamente las necesidades y requisitos de su solución Analizar detalladamente el proceso resultante para garantizar el correcto flujo de información Transformarlo en un beneficio al centrarse en el resultado para el negocio y no en su aspecto operativo
TRANSFORMACIÓN INDRA orienta la migración de aplicaciones hacia el aumento de la eficiencia de sus clientes. GPaaS - PaaS-CEAP (Cloud Enable Application Platform) de la empresa participada del grupo Indra Gnúbila GPaaS Elasticidad y escalabilidad Desacoplamiento de la infraestructura y Sistema Operativo Multitenancy Interoperabilidad Auto aprovisionamiento
TRANSFORMACIÓN. CONVERTIR Convertir consiste en realizar las modificaciones requeridas sobre la aplicación que permitan su explotación bajo el paradigma Cloud. 3 niveles de conversión: Migración de Fuentes de aplicación (adaptaciones de arquitectura SW) Migración de Fuentes de aplicación y BBDD Migración Fuentes de aplicación, BBDD y Soluciones Técnicas (seguridad, gestor documental, etc.) Fuentes Base Datos Soluciones
TRANSFORMACIÓN. NIVELES DE CONVERTIR APLICACIONES Nivel 1: migrar fuentes de aplicación Desplegar la aplicación Hacer ajustes de código para aprovechar las ventajas básicas del cloud como multitenancy, autoaprovisionamiento y escalabilidad. Nivel 2: nivel 1 + BBDD Requiere revisiones más profundas de la aplicación original antes de ser desplegada. Entendimiento de los frameworks de datos, programación y arquitecturas soportadas por el proveedor para ajustar el código a dichos lineamientos. Nivel 3: nivel 1 + nivel 2 + Sol. Técnicas Requiere el entendimiento de los componentes que la plataforma cloud utiliza. Utiliza plataformas nativas cloud que pueden utilizar o no la capa de hipervisores de virtualización apaas Aplicación Servidor de Aplicaciones Máquina Virtual BBDD Soluciones Técnicas apaas Aplicación Servidor de Aplicaciones BBDD Máquina Virtual Soluciones Técnicas apaas Aplicación Servidor de Aplicaciones BBDD Hypervisor Hypervisor Soluciones Técnicas Escenarios: Mapeo transparente de componentes que no requieren ajustes de código Ajuste en el código de componentes para el soporte del nuevo modelo Creación de nuevos componentes Ventajas: Reducción costes de infraestructuras Ventajas adicionales: Aprovechamiento de las ventajas cloud multitenancy, autoaprovisionamiento y escalabilidad. La plataforma PaaS gestiona dinámicamente el autoaprovisionamiento de recursos y escalabilidad de la aplicación de acuerdo a la demanda. Ventajas adicionales: Aprovecha de manera natural todas las bondades de calidad de este modelo, reduciendo así las labores de administración de las aplicaciones.
IMPLICACIONES DE CONVERTIR APLICACIONES Aspectos relevantes a tener en cuenta Respuesta de Indra Ausencia de conocimiento de la arquitectura Transferencia de conocimiento por parte del Cliente Arquitectura tecnológica obsoleta Falta de separación entre capas / componentes que abstraen la arquitectura de la lógica de negocio. Migración / Evolución tecnológica de la solución. Análisis en detalle de la separación entre capas y determinación de la viabilidad de convertir vs. rehacer
TRANSFORMACIÓN. REHACER : REINGENIERÍA DE APLICACIONES Rehacer consiste en desarrollar una nueva aplicación utilizando las arquitecturas que permitan su despliegue bajo el paradigma Cloud: Reutilizar el conocimiento y experiencia funcional Nueva tecnología compatible con un contenedor Cloud (CEAP Cloud Enabled Application Platform) Mediante reingeniería de aplicaciones éstas se llevan sobre GPaaS obteniendo un modelo Cloud puro que permite optimizar al máximo las infraestructuras de una organización.
IMPLICACIONES DE REHACER APLICACIONES Aspectos relevantes a tener en cuenta Respuesta de Indra Aplicaciones en tecnologías obsoletas Imposibilidad de realizar la migración a Cloud por cualquiera de los otros caminos Altos costes de mantenimiento de la aplicación antigua en el formato antiguo Replanteamiento de la solución desarrollándola sobre arquitecturas que posibiliten su despliegue en modo Cloud Posibilidad de incorporar la solución migrada a Flex IT de Indra
ARQUITECTURAS DE REFERENCIA INDRA PARA DESARROLLO DE APLICACIONES al rehacer una aplicación en formato Cloud se utilizarán las metodologías, herramientas y Arquitecturas de Referencia definidas en INDRA.
PORTAR Portar consiste en trasladar las aplicaciones a un entorno Cloud compatible sin realizar ninguna modificación sobre ellas. Aplicación del concepto de virtualización (servidores, aplicaciones o almacenamiento), teniendo como restricción las propias consideraciones técnicas de la plataforma / solución origen. Uso de librerías Cloud sobre servidores de Apps de mercado
J 2 E E T O M C A T J B O S S B B D D. n e t I I S B B D D O T R O S e r C v o i n d t o e r n e B d B o D r D MIGRACIÓN DE APLICACIONES A CLOUD PORTAR. VIRTUALIZACIÓN Arquitectura original Otras Gestió Documental SAP Otros.net J2EE IIS Otros JBOSS TOMCAT WEBSPHE RE WebLogic Aplicación Servidor WEB Contenedor Servidor de Aplicaciones Arquitectura resultante.net IIS BBDD J2EE TOMCAT JBOSS BBDD OTROS Servidor Contenedor BBDD BD BD BBDD Central HIPER VISOR Entorno Virtual Máquina física Obtención de imágenes P2C V2C V2V Biblioteca de Imágenes ORQUESTADOR Máquinas virtualizadas
PORTAR. LIBRERÍAS CLOUD G PAAS Dotar de disponibilidad las librerías sobre los principales servidores de aplicaciones del mercado para conseguir así, sin adaptaciones mayores de código, llevar al Cloud aplicaciones actuales de manera muy rápida y eficiente. G PaaS
IMPLICACIONES DE PORTAR APLICACIONES Aspectos relevantes a tener en cuenta Respuesta de Indra No es viable cuando los requisitos técnicos del origen no son compatibles (versiones obsoletas de SW) Dependencia de los proveedores de servicio Pérdida del soporte local No integración con los sistemas legacy. Analizar la posibilidad de migración tecnológica que permita una mejor concentración Reflejar el control y seguimiento de las actuaciones en el nuevo Modelo de Gobierno Cloud Establecimiento de puntos de interdependencias con otros sistemas Posibilidad de incorporar la solución migrada a Flex IT de Indra
Pedro Alberto León Ramírez Centros de Competencia / Centro Experto Cloud paleon@indra.es Avda. de Bruselas 35 28108 Alcobendas, Madrid España T +34 91 480 50 00 F +34 91 480 50 80 www.indracompany.com 17