Nuestra Historia de Migración A La Nube - Parte 1

El alma de nuestro centro de pruebas es un programa que llamamos LIS (Sistema de Información de Laboratorio). La aplicación es un sistema PHP/Ruby/MySQL de desarrollo propio para registrar los resultados de las pruebas de sensibilidad alimentaria y COVID-19. Las instancias de PHP, Ruby y MySQL tienen retos inherentes de mantenimiento y modernización de servidores. ¿Por qué seguir comprando constantemente servidores, buscando espacio y aplicando parches? Después de todo, no estamos en el negocio de los servidores.

La migración a la nube parece una solución ideal, así que me puse en contacto con Google para saber cómo trasladar nuestros sistemas heredados a la nube. Google respondió pidiéndome que "compartiera un diagrama de bloques que incluyera las especificaciones pertinentes".

Ya he preparado planes de migración antes, así que no es un gran problema. Por suerte, tenemos una herramienta llamada SpiceWorks que me permite examinar los dispositivos de la red y crear un plano de los servidores que hay que mover y una estrategia de migración.

El objetivo es migrar y modernizar gradualmente los sistemas heredados sustituyendo poco a poco las aplicaciones específicas por aplicaciones y servicios nuevos y actualizados.

El nuevo sistema debería reemplazar eventualmente todas las bases de datos del sistema antiguo y los marcos de desarrollo, permitiendo el desmantelamiento gradual.

Idealmente, alguna fachada intercepta las peticiones que van al sistema heredado del backend. La fachada debería dirigir las peticiones a la base de datos heredada o a la nueva base de datos. La migración al nuevo sistema es gradual, y los usuarios pueden seguir utilizando la misma interfaz, sin saber que se ha producido una migración.

Los mantendré informados de nuestra historia de migración con Google.