5 cosas que necesitas empezar a aprender para migrar a AWS

May 14, 2021
Fundamentals



Migrar a la nube no es una tarea sencilla, o si? Puede a veces resultar complicado, interminable y obstaculizado por otras prioridades. Y es porque no nos tomamos la migración con la seriedad que merece.

1. Las metas de la empresa

La mayoría de los profesionales de tecnología en cloud computing nos vamos directo a la consola a criticar todo lo que veamos, que los security groups están mal, que no hay suficientes VPC, está mal diseñada la red, todo está sobredimensionado y muchas otras verdades, por cierto, que no es el momento adecuado para resolverlas.

Conozcamos las verdaderas intenciones de esta empresa, cuál es su estrategia para ganar más. Les presento a CloudFlux SA, seguro desde ahora empezaremos a conocer más de esta empresa imaginaria, que se dedica al sistema financiero y gestión de recursos humanos y contable online, de manera que CloudFlux crece a medida que consigue que más clientes usen su plataforma pero, considero más importante que se mantenga en el tiempo, y su nivel de churn no desborde. Pero Carlos, qué cosa tiene que ver todo esto con migración a AWS? El conocer los procesos clave que permiten al negocio escalar. Entonces ya se imaginaran que  si entiendo como escala el negocio al día a día, puedo entender que pasaría si multiplico ese nivel de escalamiento por 10 veces. Probablemente se termine por desbordar de solicitudes el sistema o el área de atención o el área de onboarding no se de a basto, 

Entonces cuando nos toque una migración a la nube, después de revisar las 6 Rs básicas, entendamos que no hay que confiar en todas ellas, sino entenderlas solamente y analicemos la madurez:

Responde las siguientes preguntas:

  • ¿Mi negocio puede soportar el doble de transacciones ahora mismo?
  • ¿Sigo usando solo servidores virtuales?
  • ¿Hace cuánto que no actualizo los sistemas operativos?
  • ¿Cómo nos comportamos frente a un problema de caída de servicio?


Y la última pregunta:

¿Soy un elefante? Bueno esta la iremos contestando pronto, estoy escribiendo un libro sobre esto, ya te contaré más adelante.


Diagrama Nro 1 - Las 6 Rs

Dependiendo de la madurez, podré determinar cuál es el mejor escenario para esta migración, pero no elijan Rehost o Lift and Shift porque piensen que es más rápido. Error!!!!!!

Últimamente, se habla de la 7ma R, involucrada en el proceso de migración, llamada "Relocate", o más conocido como el Lift and Shift del Hypervisor. UN claro ejemplo de por qué nació esta R fue el lanzamiento de VMWare on AWS, que te permite llevar toda una infraestructura de On Premises hacia la nube incluyendo la capa del hipervisor:

Cloud Migration Strategies: Guiding Principles


2. Lo  más rápido no es siempre lo mejor


Elegir una estrategia siempre será previo análisis, no se dejen llevar por irse directo a la consola y a ponerse “manos a la obra”, o “directo al grano”, porque una migración es cosa un tema delicado y hay que tratarla con seriedad.

Utilicemos iteraciones para un proceso de migración incremental durante varios sprints, aprendiendo de cada etapa, podemos ahorrar 30% de sprint a sprint en caso usamos varios ambientes, no sólo el productivo.

Diagrama Nro 2 - Duración de la migración v1


Evaluemos el estado actual de cómo se despliegan las aplicaciones, debido a que durante una migración se debe de instalar cada una de ellas. De esta manera ver las debilidades y los puntos únicos de fallo en los procesos manuales y lentos fuera de la consola de AWS. Los procesos humanos y manuales son los que más tienden a fallar y/o complicarse, 


En CloudFlux SA, no es la excepción, veamos los procesos lentos y manuales que se analizaron en sus proceso de despliegue y veamos que sí afectará en una posible migración. Aquí hay ciertas aplicaciones que tienen un proceso muy manual y ya se encuentra en Cloud y otros que son gestionados desde On-premise.



Diagrama Nro 3 - Eficiencia del proceso de Despliegue de CloudFlux SA y la relación con la migración



Más adelante, veremos distintos momentos en el tiempo donde analizaremos este proceso de Despliegue y más anécdotas de migración.



3. El concepto de modernización en la nube


Hay muchos frentes en donde podemos aplicar modernización, y en general, es modificar la arquitectura y el funcionamiento del sistema de manera que los procesos de optimicen y escalen sin generar quiebres y evitar los puntos únicos de fallo.


Diagrama Nro 4 - Proceso de modernización a tener en cuenta para entender cómo afrontar una posible migración a la nube.


Aquí el concepto clave: Si evitamos los puntos únicos de fallo, modernizamos. Si nos concentramos en lo que para el negocio es foco e importante, vamos a tener éxito. Al mismo tiempo aplicamos procesos repetitivos para realizar mejoras incrementales.


Los principales problemas siempre son los siguientes:


  • Muchos usuarios están colgados en la plataforma →  Balanceo de carga.
  • La base de datos colapsa por la cantidad de nuevos usuarios conectados → Distribuir la caché hacia una base de datos de mejor performance en memoria
  • Mi sistema se vuelve lento al cargar → liberar a los servidores de el uso excesivo de recursos, escalando verticalmente
  • Sigue estando lento → liberamos todo lo que no sea código fuente hacia sistemas distribuidos de almacenamiento y entrega de contenido CDN



Y así podemos seguir y seguir avanzando hasta llegar a un punto en donde entra nuestro señor, Costos.


4. El presupuesto y la proyección de costos


Gastos, costos, inversión, etc. Al final de todo, debemos de presupuestar. 3 Cosas importantes para calcular costos de migración:

  1. Análisis previo de performance de cada servidor para determinar un correcto dimensionamiento.
  2. No colocar reservas de instancias en los costos, es muy temprano para determinarlo.
  3. No te compliques con los costos de data transfer aún

Diagrama Nro 5 - Costos de producción proyectados en AWS de CloudFlux SA antes de ejecutar la migración


Las proyecciones son primordiales, y puede haber mucha confusión en los costos de post-migración. Este sería un escenario real, 


Diagrama Nro 6 - Proyección de Costos en AWS de CloudFlux para todo el 2021, escenario ideal 


Y este un escenario real:


Diagrama Nro 7 - Proyección de Costos en AWS de CloudFlux para todo el 2021, escenario real

La realidad de las cosas es que nunca se logra apagar todo un datacenter el primer mes de migración o si? Más adelante hablaremos de esto, si es mito o realidad. 

Aquí ocurren 2 cosas interesantes, un sobrecosto por no apagar a tiempo el datacenter, entre Mayo y Junio, luego en Julio ya está estabilizado, y a partir de Agosto a Octubre se empieza a aplicar la reserva de instancias con un ahorro del 30% respecto al costo a demanda en la nube, pero un ahorro significativo de más del 50% respecto a On-premises. 


5. La verdad sobre el Lift and Shift



Te dijeron:

“es la manera más rápida de ir a la nube”?

o también escuchaste:

“Es mejor Fallar rápido”

Ok, sigue leyendo.

Verdad o no, Lift and Shift, desde ahora lo llamaremos, Lift and Fail. Es la manera más fácil de pensar que puedo ir a la nube y es la estrategia #1 que No logrará que ahorres costos al corto plazo de migrar a la nube. Puedo fallar rápido, no obstante se necesita previo análisis, mas no fallar rápido sin pensar en lo que pueda significar. Puedo ir veloz a la nube, sin embargo hacer Lift and Shift es ser flojo.

Las cosas buenas que rescatamos de un Lift and Fail, es.. Bueno casi ninguna.

Lo que es preocupante de hacer una estrategia como esta, una vez migrada a la nube, tenemos que mantenerla y al mismo tiempo empezar a refactorizar y modernizar las aplicaciones que se subieron tal cual estaban funcionando. No se mejoró absolutamente nada de la plataforma.

El hacer un refactoring de la aplicación no solo es colocar un balanceador de carga encima de mi servidor, sino, empezar a desacoplar, es decir, dividirlo en más partes que puedan actuar independientemente

Siguientes pasos

Pronto hablaremos de los siguientes pasos, entraremos en más detalles de cómo realizar un assessment en la nube con AWS, evaluaremos la madurez en la que se encuentra la empresa, sus procesos clave, y por supuesto, las personas también deben entrar en esta evaluación.

Si te gustó, sígueme para más análisis en AWS y experiencias que puedan ayudarte en tu proceso de aprendizaje


Carlos Cortez

Founder of AWS UG Perú official community. Certified With 7+ years of experience in AWS, Educating people in Cloud computing is my passion so I’m creating different ways to enhance cloud skills and have fun at the same time in Perú. Host of my own Podcast Imperio Cloud and DeepFridays for AI Learning video series. I’m a System Engineer and Data Analytics Certified at MIT Sloan Global Program in Boston. Selected to be part of AWS Community Builder for ML. Founder of CENNTI Cloud to help peruvian companies in their difficult journey to the cloud and developing ML/AI solutions to fight COVID-19 and health related applications. Now Working as Senior Cloud Architect at DB Solutions in Chile.

Related Posts

Entérate cuando publique algo nuevo y regístrate a mi curso FREE "Be an AWS Architect":

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form