Al inicio del proyecto, el cliente operaba sus cargas de trabajo productivas en dos entornos de infraestructura separados:

​

• Servidores virtualizados alojados en Hostinger.

• Cargas de trabajo en la nube ejecutándose en Google Cloud Platform (GCP).

Ambos entornos alojaban sistemas productivos activos con impacto directo en los ingresos, sin una separación clara de ambientes y con una gobernanza limitada y poco consistente entre plataformas. Esta infraestructura fragmentada generaba importantes desafíos operativos y de seguridad.

​

Cada entorno era administrado de forma independiente, utilizando diferentes herramientas, configuraciones y prácticas operativas. No existía un modelo de gobernanza centralizado, una línea base de seguridad unificada ni visibilidad completa sobre el ecosistema de cargas de trabajo. A medida que la plataforma crecía, esta fragmentación incrementaba el riesgo operativo, dificultaba la resolución de incidentes y limitaba la aplicación de controles consistentes.

​

Desde una perspectiva de seguridad y gobernanza, la falta de estandarización impedía la adopción efectiva de buenas prácticas cloud. Durante la fase de evaluación, se realizó una revisión Well-Architected (CloudFit), que identificó múltiples Ítems de Alto Riesgo (HRIs) e Ítems de Riesgo Medio (MRIs), principalmente en los pilares de Excelencia Operacional y Seguridad. Estos riesgos estaban asociados a:

​

• Procesos operativos manuales

• Observabilidad y monitoreo limitados

• Controles de acceso y registros inconsistentes

• Ausencia de mecanismos de gobernanza centralizados

Además de los desafíos técnicos y operativos, el cliente enfrentaba una limitación a nivel de negocio: no contaba con un partner cloud confiable que acompañara la evolución, optimización y hoja de ruta de sus cargas de trabajo en Hostinger o GCP. Esto restringía su capacidad de mejorar continuamente la plataforma y de abordar riesgos de forma proactiva a medida que el negocio escalaba.

​

Ante este contexto, se definió la necesidad de unificar la infraestructura productiva bajo una única plataforma cloud, mejorando la postura de seguridad, la gobernanza y la madurez operativa, garantizando al mismo tiempo la continuidad del negocio. Amazon Web Services (AWS) fue seleccionada como la plataforma objetivo para habilitar esta consolidación y establecer una alianza de largo plazo con Teracloud como AWS Partner.

​

Objetivos del Cliente

​

El objetivo principal del proyecto fue consolidar todas las cargas de trabajo productivas que previamente se encontraban distribuidas entre Hostinger y Google Cloud Platform (GCP) en un único entorno gobernado en AWS, mejorando la seguridad, la gobernanza y la consistencia operativa.

​

Este objetivo principal se complementó con los siguientes objetivos adicionales:

• Fortalecer la seguridad y la gobernanza alineando la plataforma con las buenas prácticas del AWS Well-Architected Framework, en particular en los pilares de Excelencia Operacional y Seguridad.

• Reduccir la complejidad operativa eliminando infraestructura fragmentada y estandarizando los mecanismos de despliegue, monitoreo y control de accesos.

• Garantizar la continuidad del negocio mediante la migración de todas las cargas productivas sin interrumpir los servicios de cara al cliente.

• Establecer un modelo operativo cloud de largo plazo, respaldado por un AWS Partner, que permita la mejora continua, la optimización y la evolución de la plataforma en el tiempo.

Desde una perspectiva técnica, los objetivos incluyeron:

​

• Migrar el 100% de las cargas de trabajo productivas desde Hostinger y GCP hacia AWS.

• Modernizar el entorno de ejecución mediante contenedorización y servicios administrados, sin introducir reescrituras a nivel de aplicación.

• Adoptar Amazon Aurora MySQL como plataforma de base de datos administrada estándar, eliminando la operación de bases de datos autogestionadas.

• Implementar una arquitectura multi-cuenta en AWS para separar claramente los entornos de producción, staging y desarrollo, mejorando el aislamiento y la gobernanza.

Estrategia de migración y enfoque replatform

En base a los desafíos identificados durante la fase de evaluación, el cliente y Teracloud definieron un conjunto claro de objetivos de negocio y técnicos para guiar la iniciativa de migración y modernización. Estos objetivos se establecieron trabajando desde el estado deseado de madurez operativa, postura de seguridad y sostenibilidad a largo plazo de la plataforma.

​

Como parte de la fase de planificación, se evaluaron múltiples estrategias de migración dentro del marco de las 7R de AWS, incluyendo rehost, replatform y refactor. Se seleccionó un enfoque de replatform (lift, tinker and shift) como la estrategia más adecuada, ya que permitía modernizar la arquitectura de la aplicación mediante la adopción de servicios administrados de AWS, como Amazon ECS, sin requerir una reescritura completa de la aplicación.

​

Este enfoque permitió al cliente lograr un time to value más rápido, reducir el riesgo de migración, preservar la funcionalidad principal de la aplicación y, al mismo tiempo, establecer una base moderna y escalable sobre AWS. Las actividades de migración y modernización se ejecutaron de manera coordinada para garantizar la continuidad del negocio, habilitando progresivamente la adopción de buenas prácticas operativas y de seguridad nativas de AWS.

​

Como primer paso, Teracloud llevó a cabo un proceso de descubrimiento técnico y operativo para evaluar la infraestructura existente, las cargas de trabajo y los procesos operativos. Esta fase de descubrimiento siguió una metodología estandarizada y repetible, combinando una herramienta de evaluación automatizada (CloudFit) con workshops estructurados de descubrimiento.

CloudFit utiliza un lens personalizado basado en la herramienta AWS Well-Architected, desarrollado por Teracloud y alineado con el AWS Well-Architected Framework. Esta metodología proporcionó un mecanismo consistente y objetivo para evaluar las cargas de trabajo a través de múltiples dimensiones arquitectónicas, incluyendo arquitectura, operaciones, seguridad y performance.

​

El proceso de descubrimiento permitió establecer una línea base clara del estado actual del entorno, identificar riesgos operativos y de seguridad, y priorizar oportunidades de mejora alineadas directamente con la estrategia de migración y modernización seleccionada. Estos hallazgos se complementaron con información recopilada durante la fase de alcance del proyecto y se documentaron formalmente en el Statement of Work (SoW).

​

Selección de la estrategia de migración

​

Como primer paso, se llevó a cabo un proceso de descubrimiento técnico y operativo para evaluar la infraestructura, las cargas de trabajo y los procesos existentes. Para ello, Teracloud aplicó una metodología estandarizada y repetible que combina una herramienta de evaluación automatizada (CloudFit) con workshops de descubrimiento estructurados.

​

CloudFit utiliza un lens personalizado basado en la herramienta de AWS Well-Architected, desarrollado por Teracloud y alineado con el AWS Well-Architected Framework. Este enfoque permitió evaluar de forma objetiva las prácticas actuales en arquitectura, operaciones, seguridad y performance.

​

A partir de este proceso se estableció una línea base clara del estado inicial, se identificaron riesgos operativos y se definieron oportunidades de mejora relevantes para la estrategia de migración y modernización. Los hallazgos fueron complementados con información relevada durante la etapa de alcance y formalmente documentados en el Statement of Work (SoW).