Migración y modernización de aplicaciones y bases de datos Oracle en AWS

Por Juan David Botero, Director Ejecutivo de Iktinus

CONFA, la Caja de Compensación Familiar del departamento de Caldas en Colombia, es una organización sin ánimo de lucro que tiene como prioridades el subsidio familiar a través de la redistribución económica y la entrega de beneficios a trabajadores y sus familias. Para ofrecer cada vez más presupuesto y oportunidades para fomentar y desarrollar servicios que mejoran la calidad de vida de la comunidad, CONFA quería enfocarse en la reducción de costos en sus operaciones.

Iktinus es un Socio APN de nivel Select con especialización de AWS Service Delivery en Amazon RDS for Oracle, basado en Medellín, Colombia. Iniciamos en la red de socios APN hace cuatro años, y desde entonces hemos ayudado a muchas empresas y organizaciones a migrar y mejorar sus cargas de servicio en la nube.

CONFA buscó a Iktinus porque requería reducir el gasto operativo en costos de mantenimiento de TI, así como el gasto capital en renovaciones y adquisiciones en infraestructura local de computo. Estos altos costos estaban limitando la organización a desarrollar, optimizar y transformar sus valiosos servicios a los ciudadanos. Al mismo tiempo, la organización era consciente de la necesidad de modernizar y evolucionar su plataforma monolítica y heredada utilizada para ejecutar su solución ERP de misión crítica para el negocio (Oracle JD Edwards EnterpriseOne).

CÓMO LO HICIMOS

El proyecto consistió en la migración de plataforma de la solución Oracle JD Edwards EnterpriseOne 9.1, la cual era utilizada para desarrollar varias de sus funciones de misión crítica. Proyecto que, desde un principio, varios consideraron imposible de ejecutar debido a la heterogeneidad de las plataformas (AS/400 y X86).

La tarea más desafiante y compleja fue transformar los datos de DB2 / 400 a Oracle como el motor de la base de datos que se utilizaría en el servicio AWS RDS por la solución ERP. La consistencia, integridad y calidad de los datos fueron factores prioritarios en el proyecto.

Además, la organización esperaba derrumbar los siguientes obstáculos:

• Dependencia de un proveedor;
• Escasez y falta de ingenieros para mantener y operar sistemas heredados;
• Complejidad e inflexibilidad para escalar su infraestructura.

El proyecto fue ejecutado con base en las guías de migración y modernización de AWS, siguiendo el orden y la estructura de las fases de análisis, implementación, transición y operación.

A continuación, encontrarán un resumen de las actividades más críticas del desarrollo del proyecto, las cuales les pueden servir de guía.

ESTUDIO DE VIABILIDAD

Desde la fase inicial de análisis de viabilidad de la migración, fue fundamental profundizar en la arquitectura de la aplicación para determinar su nivel de portabilidad hacia otras plataformas de sistemas operativos, bases de datos, servidores de aplicaciones JAVA, etc.

Esto fue lo primero que hizo posible la migración, teniendo en cuenta que la plataforma JD Edwards EnterpriseOne está construida sobre una fuente de código portable a otras plataformas.

LICENCIAMIENTO

Asegurar la conformidad legal por parte del cliente del uso de tecnologías Oracle es una actividad de alta prioridad. Por medio de este análisis, se determinaron los tipos de productos que se podían utilizar sin incurrir en costos de licenciamiento adicionales, ya que el contrato actual que el cliente tenía con Oracle relacionado al producto JD Edwards EnterpriseOne podía o no incluir el uso de las plataformas y tecnologías exclusivas para Oracle JD Edwards EnterpriseOne como Oracle Database, Weblogic, Webcenter, etc., en sus ediciones estándar.

DATOS

Igual de importante era certificar que los diferentes mecanismos, herramientas y procedimientos que se utilizaran para ejecutar los ETLs (Extracción – Transformación – Carga) mantuvieran la compatibilidad e integridad de los diferentes tipos de datos entre las instancias relacionales fuente (DB2 AS/400) y destino (Oracle Database).

Para complementar la estrategia de aseguramiento de la integridad de la información, se determinó, en conjunto con los líderes de procesos operativos, la ejecución de reportes de control durante la fase de transición antes de iniciar el proceso sobre la plataforma de AS/400.

INTEGRACIONES

Identificamos las diferentes aplicaciones satélites que se integraban con Oracle JD Edwards EnterpriseOne y determinamos el tipo de integración: de salida (Outbound), entrada (Inbound) y de factores de alto impacto a la operación, como integraciones tipo batch o en tiempo real.

RELACIÓN DE CÓMPUTO

Es de vital importancia proyectar los recursos de computo en una arquitectura x86 que provea como mínimo el mismo nivel de servicio que el entorno actual en AS/400 y a un costo mucho menor. Esto se logró a través de una fase de análisis donde se aplicaron las relaciones de desempeño entre las dos tecnologías de procesamiento RISC (Power 7) e INTEL (x86).

DESEMPEÑO TRANSACCIONAL

A nivel de desempeño, uno de los retos más grandes fue monitorear y recolectar las métricas de desempeño de operaciones y tráfico de almacenamiento (throughput) y escritura y lectura en disco (IOPS). Estas métricas son de suma relevancia para decidir qué tipo de servicio y almacenamiento aprovisionar, especialmente para la base de datos relacional. En este caso, elegimos Oracle Database en modalidad de servicio administrado por AWS con el servicio de AWS RDS.

Por lo general, estas métricas se deben tomar de los procesos y transacciones de mayor impacto a la operación del negocio, teniendo en cuenta que los tiempos de servicio deben mantenerse u optimizarse.

ARQUITECTURA

Como gran ventaja de migrar hacia AWS, se optó por segmentar la arquitectura de las diferentes capas de la aplicación de forma distribuida en contraste a como se tenía en el entorno de procesamiento en AS/400 bajo la modalidad AIO (All In One) donde todo el procesamiento de las capas ocurre en el mismo nodo, solo con la opción de separar por subsistemas.

PRUEBAS – LÓGICA DE NEGOCIO

Determinar la viabilidad total de la migración de AS/400 hacia AWS depende totalmente de la calidad de las pruebas de todos procesos del negocio que actualmente se encuentran en operación en la solución de Oracle JD Edwards EnterpriseOne en su entorno productivo. En esta fase, fue fundamental el nivel de soporte que Iktinus, como Socio APN Select, recibió de AWS, mitigando interrupciones en el ciclo de pruebas por retardos en responder a los incidentes que se iban presentando.

OPTIMIZACIÓN

Debido al cambio de plataforma y reconociendo el alto poder de computo de la plataforma de System i (AS/400), fue necesario identificar y optimizar algunas operaciones de lógica y operaciones CRUD de la base de datos para proveer tiempos de respuesta óptimos. Asimismo, se implementaron prácticas de optimización en las capas de datos, aplicación y presentación. AWS RDS Performance Insights fue de gran ayuda en esta fase.

ENTRENAMIENTO

Uno de los beneficios de mayor efecto en el área de TI es haber transformado la forma de gestionar, administrar, gobernar y operar la plataforma de Oracle JD Edwards EnterpriseOne y los componentes de Middleware que la conforman. Para lograr una mayor eficiencia en actividades de gestión de la plataforma, fue esencial desarrollar un plan de entrenamiento de los servicios de AWS incluidos en la arquitectura y las prácticas de administración en la plataforma de AWS con base en el Well Architected Framework.

SIMULACIÓN DE TRANSICIÓN

Una de las fases más críticas desde la perspectiva del negocio es la claridad en los tiempos de indisponibilidad del servicio durante el proceso de transición en el que se realizó la migración final de AS/400 hacia AWS. Una vez activa esta nueva plataforma, los usuarios podrían interactuar con esta solución en la operación.

Para suministrar de forma clara este dato a la dirección del negocio, se ejecutaron varias simulaciones en las que se tomaron tiempos de ejecución de cada una de las actividades a realizar en la fase de transición, optimizando y mejorando procedimientos que incurrieran en reducción de tiempos. Esto permitió́ cumplir y exceder las expectativas del negocio en cuanto a la disponibilidad del servicio de nuevo a la operación.

TRANSICIÓN

Un cronograma de transición hora a hora es indispensable para esta fase, contemplando todo tipo de ocurrencia que pueda presentarse y desencadenar una interrupción en el proceso. Este es el plan que se siguió́ paso a paso durante la fase de transición final desde su inicio hasta la liberación para la operación.

SOPORTE

Para más tranquilidad durante la primera semana de operación en la nueva plataforma, es preciso estructurar un plan de soporte a usuarios finales donde se defina un plan de atención inmediato a las incidencias de acceso, conexión y experiencia que se les pueda presentar interactuando con la solución en el nuevo modelo de servicio.

Servicios utilizados de AWS:

• Amazon IAM
• Amazon VPC
• Amazon S3
• Amazon EC2
• Amazon RDS
• AWS Lambda
• Amazon CloudWatch
• AWS Workspaces
• Amazon Route 53
• AWS Backup

El compromiso de Iktinus hizo posible los objetivos proyectados por parte de nuestro cliente. Este gran logro hace que nuestro compromiso con AWS sea cada vez mayor, resultando en gran apoyo y orientación que recibimos de AWS para crecer cada día más como Socios que apoyan la transformación de nuestros clientes.