Vicent Perez

Road to AWS Solutions Architect – Professional (Día 7/20) ⬇️ Hace una semana que empecé el reto… ¡cómo pasa el tiempo! 🧑‍💻 Vamos hoy con otra pregunta de examen (facilita) que nos introduce los diferentes tipos de estrategias a la hora de hacer una migración de on-premise a AWS ⤵️ ----------------- Una empresa está planeando migrar su carga de trabajo de on-premise a AWS. El Solutions Architect busca reducir la cantidad de tiempo dedicado a la administración de instancias de bases de datos, migrando a un servicio de base de datos relacional gestionado, como Amazon Relational Database Service (RDS). Además, planea mover también una aplicación a una plataforma completamente gestionada como AWS Elastic Beanstalk. ¿Cuál de las siguientes es la estrategia de migración más rentable que debería implementarse para cumplir con este requisito? A) Replatform ✅ B) Rehost ❌ C) Refactor / Re-Architect ❌ D) Repurchase ❌ ----------------- En este caso, la respuesta es clara: Replatform, y para entender el porqué, vamos a ver las diferencias entre cada una de ellas. 🔧 Replatform Implica hacer pequeñas modificaciones para aprovechar beneficios del cloud, como cambiar a un servicio gestionado (por ejemplo, en esta pregunta a RDS y a Elastic Beanstalk). Importante: aquí no se altera la arquitectura principal. 📦 Rehost Mover sin cambiar. Consiste en trasladar aplicaciones tal cual están desde on-premise a la nube, por ejemplo, usando Amazon EC2. Es ideal cuando se quiere migrar rápido con el menor esfuerzo posible. 🏗️ Refactor / Re-architect Se reconstruye la aplicación para que sea cloud-native. Suele hacerse cuando hay necesidad de escalar, mejorar el rendimiento o agregar funcionalidades que no serían posibles en la arquitectura original. 🛒 Repurchase Se basa en reemplazar una aplicación por una nueva, normalmente tirando de algún SaaS (como pasar de un CRM propio a Salesforce). Y no solo estas, también tenemos dos más simples: 🗑️ Retire Básicamente identificamos y eliminamos aplicaciones o recursos que ya no se usan, ayudando a reducir costes y a centrar los esfuerzos en los sistemas que realmente aportan valor. 🛡️ Retain Mantener como está (a menos por ahora). Muchas veces las aplicaciones se deben quedar en on-premises por motivos estratégicos, técnicos o de compatibilidad. Estas estrategias son clave no solo para el examen, sino también para cualquier proyecto real de migración. Entender bien cuándo aplicar cada una te permitirá tomar mejores decisiones técnicas y de negocio. Nos vemos mañana. ¡Sígueme si quieres aprender más sobre AWS!