Populares estrategias de migración a la nube
«Elevación y cambio»
No debe confundirse con los métodos «wham-bam»:) Este enfoque, también conocido como «realojamiento», consiste en aplicar cambios mínimos a la infraestructura, no en rediseñarla y en actuar de forma sencilla. Sí, es más rápido que cualquier otra estrategia, pero definitivamente no es la mejor idea para proyectos con planes a largo plazo, una infraestructura compleja, múltiples integraciones y bases de datos masivas. Si necesitas una aplicación estable durante el 100% de tu tiempo, es mejor no correr el riesgo de usar esta estrategia. Para reducir al mínimo el tiempo de migración, tendrás que evitar estudiar minuciosamente las mejores soluciones para cada parte de tu aplicación. Puede causarle complicaciones en el futuro.
De todos los modos, si migras sobre la base de una estrategia de realojamiento, las siguientes ediciones de tu aplicación serán mucho más fáciles de implementar mediante las herramientas en la nube.
«Muévese y mejor»
La estrategia de cambio de plataforma supone que su equipo realiza algunos cambios parciales en la infraestructura para que se adapte mejor a la nube, pero no cambia las cosas por completo. Este enfoque requiere una planificación extremadamente atenta y pruebas de integración activas. Es posible que sus nuevas herramientas de escalado funcionen para su futura plataforma en la nube, pero requieren los formatos de entrada que su base de datos anterior no podía producir. Ese es el típico escollo que les espera a los desarrolladores que no saben qué hacer.
Con esta estrategia, es posible que desperdicie muchos recursos al comprender que todavía se encuentra en el medio de la nada: sin una base basada en la nube y con algunas funciones sofisticadas de la nube que no lo benefician.
Refactorización o rearquitectura
Esta estrategia supone que debes reescribir toda la aplicación para convertirla en nativa de la nube. Reinventar toda la aplicación mediante instrumentos en la nube lleva tiempo y requiere un equipo cualificado independiente o un sénior experimentado, como el de Dysnix. Sin embargo, obtendrá todos los beneficios esperados de la versión en la nube de su aplicación: escalabilidad rápida, automatización prácticamente sencilla, seguridad mejorada, etc.
Recomprar
En lugar de reescribir tu aplicación, simplemente compras otra, nativa de la nube, que sea similar con funciones similares. Probablemente no sea la mejor estrategia para las grandes empresas, pero sí un truco para las nuevas empresas y aquellas empresas que buscan comprobar sus hipótesis rápidamente y crecer.
De nube a nube
Si necesita cambiar de proveedor de nube, creará su propia estrategia de nube a nube. Por lo general, cada servicio de un proveedor tiene su equivalente para otro. Prepárate para elegir una alternativa para cada parte de tu aplicación y elegir el momento adecuado para la migración.
Migración inversa a la nube
Sí, a veces los proyectos vuelven a ser locales por motivos y restricciones legales, de seguridad o comerciales. Mientras lo hace, debe hacerse cargo de todo el soporte que le brindó el proveedor de nube anterior.
Servicios y herramientas de migración a la nube
Cada proveedor está literalmente repleto de utilidades, herramientas y servicios que ayudan a las empresas a crear sus aplicaciones en un entorno de nube.
Basic Tools Set
Las herramientas más populares, con eficacia y fiabilidad probadas, que ofrecen para la implementación de sus enfoques de migración a la nube:
Utiles for migration
El uso de herramientas de orquestación independientes de la nube (como Kubernetes) permite crear un nivel adicional de abstracción que está mínimamente vinculado a la infraestructura subyacente (tanto para una empresa local como para una empresa de nube). Independientemente del tipo de infraestructura que tuviera anteriormente y de lo que quiera alcanzar en la nube, K8S puede hacerlo posible.
Velero es una de las mejores herramientas para la migración de clústeres de Kubernetes. Crea copias de reserva de recursos, clústeres y datos persistentes, y las implementa correctamente en el nuevo entorno de prácticamente cualquier tipo de infraestructura subyacente.
Balance de carga en la nube la ayuda a finalizar la migración sin pérdida de tráfico ni tiempo de inactividad y con riesgos mínimos. Asegúrese de revisar cómo puedes usar Cloud Load Balancing en breve para su proyecto.
Al migrar con Kubernetes, estas dos herramientas suelen ser suficientes para los proyectos más sencillos. Si tu proyecto es uno de los últimos, no debes preocuparte, ya que cada aplicación se puede migrar con un conjunto independiente de herramientas dedicadas.
Herramientas para la migración desde entornos locales
Si se está cambiando de entornos locales, siempre recomendamos migrar todo al nivel de SaaS. Para la mayoría de los servicios, existen varios análogos. Por ejemplo, Amazon ofrece AWS Data Bases Service for an simple migration to RDS. Se trata de un servicio similar al que puede encontrar en Google: Google Cloud Data Bases Service — and with many other services services in cloud.
¿Qué es lo siguiente?
En nuestros próximos artículos, profundizaremos en los detalles de la migración a diferentes proveedores de nube y en el problema de la configuración de escalado rápido después de pasar a un nuevo entorno. Además, tenemos previsto escribir sobre el almacenamiento en bloque, sobre cómo establecer la supervisión para los proyectos que migran y migrados, y sobre DevSecOps para los proyectos en la nube.
¡Sed atentos!
.jpg)
.jpg)
