5 cosas que necesitas empezar a aprender para migrar a AWS
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!!!!!!
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:
- Análisis previo de performance de cada servidor para determinar un correcto dimensionamiento.
- No colocar reservas de instancias en los costos, es muy temprano para determinarlo.
- 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.
