Dominar la migración a la nube Mejores prácticas para hacerla exitosa

Dominando la migración a la nube Las mejores prácticas para tener éxito

Los proyectos de migración a la nube están cobrando impulso a medida que los altos ejecutivos buscan mayor eficiencia y ahorro de costos. Y puede ser tentador decir que la nube es la respuesta y que es el camino a seguir para todos. Puede ser tentador, pero no es del todo cierto. A lo largo de mi carrera profesional como ingeniero, he visto diferentes escenarios, desde empresas de tamaño mediano que deciden mudarse a la nube hasta corporaciones de nivel empresarial que eligen a favor de la infraestructura local. Y sé que ese camino está lejos de ser sencillo.

Si tu equipo se está preparando para la migración a la nube, este artículo te proporcionará un enfoque práctico para la tarea en cuestión.

Ir a la Nube o No Ir a la Nube, o 3 Preguntas para Responder Antes de Construir tu Estrategia de Migración a la Nube

La historia de la nube vs. local a menudo se ve desde el punto de vista de conveniencia vs. control. Con la nube, puedes elegir el sistema operativo y administrar los parches, pero no puedes controlar realmente el hipervisor o el rendimiento del hardware. Por lo tanto, sin importar qué camino elija una empresa, deben existir razones y objetivos claros que el negocio esté tratando de lograr.

Sugiero responder las siguientes tres preguntas para asegurarse de que la migración a la nube sea el movimiento adecuado.

• Desbloquea a tus ingenieros de software con Unblocked
• IA y sus Posibilidades/Destrucciones en el Arte.
• K-Means agrupado con Python Numba y CUDA C

1. ¿Qué tan crítico es el rendimiento en tiempo real para tu aplicación?

El rendimiento de la solución siempre es importante; no hay discusión al respecto. Pero para algunas aplicaciones intensivas de red, el rendimiento en tiempo real se vuelve crítico para la misión. Piensa en una plataforma de tecnología publicitaria donde la latencia es el mayor enemigo: cualquier cosa por encima de 100 milisegundos puede traducirse en pujas perdidas, espacios publicitarios y ingresos. Por lo tanto, cualquier retraso causado por la interfaz de red, el núcleo o el controlador puede convertirse en un problema grave. Tu centro de datos local es el único lugar donde puedes controlar realmente esas cosas cambiando el núcleo del sistema, instalando los parches necesarios y cambiando el controlador o la interfaz de red para obtener un rendimiento máximo.

2. ¿Tienes una carga de trabajo pesada pero altamente predecible?

Ahora, consideremos las aplicaciones intensivas de cálculos que manejan análisis de datos a gran escala, cálculos estadísticos, entrenamiento de modelos de aprendizaje automático y otras tareas que requieren una alta potencia de cálculo. Con estos tipos de soluciones, tu hardware trabaja incansablemente casi al máximo de su capacidad. Y el costo de computación en la nube para ejecutar estas aplicaciones intensivas en CPU puede ser extremo.

3. ¿Experimentas aumentos estacionales en la demanda?

El problema con los centros de datos locales es que no puedes aumentar rápidamente si experimentas un aumento repentino en el tráfico. Para hacer eso, primero necesitarás agregar nuevo hardware físicamente. Pero en la nube, escalar hacia arriba o hacia abajo se puede hacer en cuestión de segundos sin interrupción en las operaciones comerciales. Por lo tanto, si experimentas regularmente picos estacionales de demanda (por ejemplo, antes de Navidad), la nube te brindará la flexibilidad y agilidad necesarias para satisfacer esa demanda.

Cómo Abordar la Migración a la Nube

Ahora, hemos llegado a la parte más interesante: trasladar tu sistema a la nube. Si tienes una aplicación basada en Salesforce, es fácil encontrar un tutorial de migración a la nube en Internet. Sin embargo, si tu ecosistema consta de una plataforma Salesforce y una solución personalizada, todas conectadas a través de procesos de ETL personalizados, no habrá una guía lista para usar. Por lo tanto, teniendo en cuenta que no hay un enfoque único para todos, ¿por dónde empezar?

1. Realiza una Evaluación de Referencia

De manera bastante lógica, el primer paso sería comprender con qué estás tratando, qué tecnologías y bases de datos utiliza tu solución, y con qué otros sistemas y componentes está integrada.

Ya hemos hablado sobre cómo la nube se hace cargo del control del entorno operativo de tu solución. ¿Entonces qué pasa si tu sistema interactúa directamente con la placa de criptografía o utiliza la licencia vinculada al ID del hardware? Es esencial comprender desde el principio qué elementos e integraciones son críticos para el funcionamiento general del sistema.

2. Prioriza las Colas de Migración

Como hemos discutido anteriormente, la migración a la nube, solo por hacerla, nunca es una buena idea. Deben existir razones válidas y objetivos tangibles que una empresa desee lograr con este proyecto. Al mismo tiempo, durante la evaluación de referencia preliminar, hemos descubierto dónde pueden surgir los mayores problemas durante la migración. Cuando hacemos coincidir estas cosas, podemos preparar un plan de migración eficaz que priorice los problemas más importantes. Por ejemplo, si el objetivo principal de pasar a la nube es resolver cuellos de botella de escalabilidad, entonces el sistema que necesita escalar será el primero en la lista para migrar a la nube.

3. Mapear las dependencias

Una vez que sepas qué mover a la nube primero, debes entender qué hacer con las dependencias. Digamos que tu aplicación utiliza tres bases de datos: una base de datos se utiliza exclusivamente por tu aplicación, por lo que es fácil migrarla a la nube, pero las otras dos se comparten con otros sistemas. La pregunta es, ¿qué vas a hacer con estas bases de datos, así como con los sistemas que las utilizan?

Bueno, aquí hay diferentes opciones. En algunos casos, puedes configurar una infraestructura de red compartida mediante la extensión de tu centro de datos local a la nube a través de una VPN. O puedes migrar una base de datos a AWS, y tu solución recuperará fácilmente datos de allí. Sin embargo, la migración de datos a la nube puede ser difícil si tienes mucha cantidad. Además, como no puedes interrumpir la operación del sistema y los flujos de trabajo comerciales relacionados, deberás iniciar y configurar una instancia de replicación, y solo entonces podrás configurar las colas de migración.

4. Elige la estrategia adecuada

La estrategia más sencilla de migración a la nube es la de levantar y trasladar (lift and shift). Si tu solución se aloja en una máquina virtual en un servidor, la forma más fácil es tomar una imagen de la máquina virtual y transferirla directamente a la nube. Sin embargo, hay una advertencia: esta estrategia incurre en costos operativos significativos. Cuando lanzas una máquina virtual, pagas por todo el tiempo de su funcionamiento, independientemente de si realmente se ejecuta o no.

Si levantar y trasladar (lift and shift) no es una opción para ti, puedes descomponer el sistema en componentes. Por ejemplo, si tu base de datos se ejecuta en una máquina virtual, puedes moverla a una nueva máquina virtual en la nube o utilizar servicios gestionados para ella y luego reconfigurar la cadena de conexión para esta base de datos. Como resultado, no solo migras tu base de datos a la nube, sino que también aumentas la disponibilidad, ya que los servicios de Amazon se ejecutan en diferentes áreas geográficas.

Otro enfoque para tu estrategia de migración a la nube es ver si tu solución es un monolito o tiene una arquitectura cliente-servidor con una aplicación cliente de front-end y una serie de APIs. Si es así, entonces estas APIs pueden alojarse en máquinas virtuales separadas. O también puedes refactorizar el backend en funciones Lambda, avanzando hacia la arquitectura sin servidor (serverless).

Resumiendo

Como queda claro a partir de la discusión de hoy, la migración a la nube es un tema desafiante pero fascinante. Y dado que cada solución es única, con su propia pila tecnológica y dependencias, no hay una sola guía o tutorial para la migración a la nube. Sin embargo, existen mejores prácticas: no descuidar tu evaluación de referencia, priorizar las colas de migración en función de las necesidades comerciales, identificar todas las dependencias y preparar el plan de ruta más adecuado para tu proyecto.

We will continue to update Zepes; if you have any questions or suggestions, please contact us!