Migración a la nube de AWS: consideraciones
Mover la infraestructura de TI de un lugar a otro es como mover a una persona: ¡siempre estresante! Pero puede minimizar este estrés aprendiendo de las experiencias de los demás.
He visto bastantes migraciones a la nube en mi carrera, y en esta publicación quiero compartir algunos pensamientos simples para ayudar a los ingenieros, arquitectos, gerentes y cualquier otra persona de DevOps que pueda estar involucrada en la migración de su organización a la nube. (Lea también: Estrategia de migración a la nube: 10 errores a evitar.)
Pero primero, algunos descargos de responsabilidad:
- Este artículo se centra en las migraciones a la nube de AWS porque soy un experto en ello. Sin embargo, esta información también puede aplicarse a otros proveedores de la nube.
- Este artículo se centra en las migraciones del entorno local a la nube pública porque, en mi opinión, estas migraciones son mucho más difíciles que las migraciones de nube a nube.
- Lo que funciona para una organización puede no funcionar para otra. Si bien le diré qué es una mejor práctica y qué evitar en una migración a la nube, fíltrelo a través de su pensamiento crítico y recuerde que todos tienen sus propios antecedentes y experiencia.
Dicho esto, estos son los pros y los contras de la migración a la nube de AWS:
Sistema operativo
1. Realizar una evaluación de preparación para la nube
Si una persona se muda a una nueva ubicación, debe considerar:
- El clima variará.
- El idioma que se habla en este lugar puede variar.
- El costo de vida variará y puede ser más caro.
Cuando una empresa se traslada a la nube, debería plantearse preguntas similares. Estos pueden incluir:
Formular formalmente estas preguntas se denomina evaluación de preparación para la nube: es un tipo de entrevista larga sobre los diferentes procesos organizacionales que se utilizan para determinar la preparación de una empresa para la vida en la nube.
Basado en Cloud Adoption Framework (CAF), Cloud Readiness Assessment le permite comprender qué cambios se deben realizar en términos de procesos para sobrevivir con éxito en la nube. AWS tiene una herramienta de evaluación de preparación para la nube que cubre todos estos.
2. Crea un caso de negocio
¿Cuáles son los impulsores de la migración a la nube de su empresa? ¿Qué problemas espera que resuelva la migración? ¿Qué debe lograr?
Sea específico con estas respuestas: si planea reducir costos, calcule el total. Si pretende mejorar la disponibilidad, defina un objetivo de nivel de servicio claro.
Su caso de negocios será el primer documento para su migración. Todos los demás artefactos deben basarse en él.
3. Detección y recopilación de datos automatizada
No base su análisis de datos en hojas de cálculo creadas manualmente o en comunicación verbal; deje que las máquinas recopilen datos sobre el inventario y las estadísticas de uso.
Cuanto más precisos sean los datos que recopile, mejor. En la mayoría de los casos, el servicio de evaluador de migración de AWS lo ayudará a hacerlo.
4. Gestiona tu cartera
Cree una cartera de cargas de trabajo para migrar, analícelas, elija una estrategia de migración para cada carga de trabajo, seleccione algunas para migraciones piloto/de primera ola, calcule plazos y prepare un plan.
Luego ejecute la migración. Repita hasta que la cartera de migración esté vacía. compartir datos Haga que los expertos en la materia lo revisen.
5. Crear un centro de excelencia en la nube
Esto es parte del marco de adopción de la nube mencionado anteriormente. Antes de realizar la migración, cree un Centro de excelencia en la nube (CCoE): un equipo de personas responsables de desarrollar la estrategia y definir el estándar de vida en la nube.
Su CCoE debe incluir personas con experiencia en una variedad de temas, que incluyen:
- administrar.
- funcionar.
- plataforma.
- gente.
- finanzas.
- Cualquier otro departamento que utilice o preste servicios en la nube.
Sus miembros de CCoE prepararán una zona de aterrizaje para la migración, incluidas las políticas estrictas y flexibles, y, en general, prepararán a su empresa para la vida en la nube.
No tenga miedo de revisar cualquier política. Haga cambios a medida que surjan nuevos factores.
6. Haga un buen trabajo en la revisión del marco arquitectónico
Esto debería suceder durante y después de las olas de migración. Esto le permitirá evitar errores tontos y tener una visión general de alto nivel de lo que ha hecho desde un punto de vista técnico.
7. Programa de Modernización
Preparar el Plan de Modernización y el Plan de Migración – ¡La migración no es el final de la historia! Para ser eficaz en la nube, debe mantenerse al día. (Lea también: Los expertos comparten las principales tendencias de computación en la nube.)
Una primera modernización puede ser masiva, por lo que es importante planificar con anticipación y asignar el presupuesto y los recursos. En muchos casos, el no hacerlo resultará en un aumento de los costos operativos.
No hagas
1. Haz exactamente lo que hace otra empresa
Una empresa podría decir: «Tenemos que movernos a la nube muy rápido. Levantémoslo y movámonos rápidamente ahora».
Pero es mejor no empezar a hacerlo de inmediato. ¿Está seguro de que la estrategia de realojamiento será más rápida que las otras estrategias? En mi experiencia, este no es el caso: cuando intentamos migrar una máquina virtual local usando Cloud Endure, no funciona porque el sistema operativo de la máquina es bastante antiguo y algunas dependencias del nivel del sistema operativo no funcionan en AWS. hardware.
Evalúe lo que tiene, analícelo, analice el caso de negocio y piense.
2. Migración sin objetivos claros
¿Por qué estás emigrando? Si no puede responder a esa pregunta, es posible que deba encontrar una respuesta o no migrar en absoluto.
He visto casos en los que las empresas quieren migrar a la nube para reducir costos. Realizaron un ascensor y cambio sin un análisis de costo total. Solo en retrospectiva se dieron cuenta de que costaba incluso más que el centro de alojamiento.
Para evitar esto, defina metas claras y defina estados de metas para lograr esas metas. Si el costo es el factor determinante, haga los cálculos adecuados y planifique en consecuencia. La optimización de costos será lo principal cuando planifique su estado objetivo. Si la razón de su migración es la disponibilidad, mídala, defina sus SLO y asegúrese de que la disponibilidad sea un factor importante en su estado de destino.
3. Migrar en una caja negra
No trate las cargas de trabajo migradas como «cajas negras».
Es fundamental comprender qué es exactamente lo que está migrando, cómo funciona y sus requisitos técnicos y dependencias. Esta información le permitirá elegir la estrategia de migración de carga de trabajo correcta. Si no lo hace, es muy probable que vaya por el camino equivocado.
Obtener información sobre su sistema es su tarea de planificación más importante. (Lea también: Silos de datos: qué son y cómo tratarlos.)
4. Olvídese de los pilares de marco bien diseñados
Migrar es estresante. Es por eso que la gente tiende a hacerlo lo más rápido posible, enfocándose en una sola cosa: hacer que todo funcione en la nube lo más rápido posible.
Sin embargo, si deja de lado los pilares de un marco bien diseñado, puede encontrar consecuencias cuya gravedad no se comprende hasta que el riesgo se materializa.
5. Usa una estrategia para todo
Siempre es fácil tener un único plan general para todas las cargas de trabajo; por ejemplo, decidir levantar y cambiar y luego volver a alojar todo en la nube. Pero, ¿y si algo pudiera ser dado de baja? ¿Qué pasaría si algunos componentes pudieran cambiarse de plataforma sin sudar?
Al analizar todos los componentes de su carga de trabajo y determinar una estrategia única para cada uno, ahorrará recursos significativos. Recopilar datos y planificar bien.
Siete estrategias de migración a la nube
Recuerde: la migración a la nube es el proceso de transferir las funciones del centro de datos a un proveedor de infraestructura como servicio (IaaS). La palabra clave aquí es «capacidad»: no está migrando sus servidores, máquinas virtuales, hardware, datos o cualquier otra cosa. Las empresas migran sus capacidades.
Para lograr esto, existen siete estrategias de migración a la nube: reposicionar, realojar (impulsar y cambiar), cambiar la plataforma, recomprar, reestructurar/refactorizar, retener y retirar.
Aquí hay algo de información sobre cada uno:
1. Reubicación
Aloje algunas cargas de trabajo localmente y transfiéralas tal cual a la nube.
Esto es posible en casos limitados, por ejemplo, cuando estamos migrando cargas de trabajo independientes de la nube o la plataforma puede ser nativa de la nube. Ejemplos más específicos de esta estrategia incluyen:
- Migre los clústeres de Kubernetes del entorno local a la nube.
- Migre máquinas VMware con VMWare Cloud.
2. Realojamiento
Esto también se conoce como «impulso y cambio». Una estrategia de realojamiento implica convertir una máquina/servidor virtual local en una máquina virtual en la nube. Ejemplos incluyen:
- Utilice CloudEndure para migrar máquinas virtuales locales a instancias EC2.
- Cree una instancia EC2, instale el software y aplique la misma configuración que en las instalaciones.
3. Cambio de plataforma
Migramos cargas de trabajo a plataformas nativas de la nube sin reconstruir el sistema.
ejemplo:
4. Recompra
Reemplazamos algunos sistemas personalizados/heredados con SaaS. Ejemplos de esta política incluyen:
- Reemplace su sistema de entrega de correo electrónico local personalizado con SendGrid.
- Sustituir CRM por fuerza de ventas.
5. Refactorización
Cambie la arquitectura de su aplicación a nativa de la nube y use servicios de nube administrados. Esto también incluye la reconstrucción desde cero.
ejemplo:
- Cambie el código de su aplicación para cargar archivos en S3 en lugar del almacenamiento local.
- Contenga las aplicaciones y migre a ECS.
6. Retirarse
Elimine algunas cargas de trabajo que ya no son necesarias. Por ejemplo, ya no se requiere un servidor de registros porque la aplicación migrada usa CloudWatch.
7. Reservado
Mantenga sus cargas de trabajo en las instalaciones. Por lo general, esto es temporal.
Un ejemplo de esta estrategia podría ser: tiene una enorme base de datos de Oracle con muchas características y personalizaciones y elige no migrarla a AWS porque le costaría demasiado. En su lugar, decide mantenerlo en las instalaciones hasta que sea reemplazado por otra solución durante la fase de modernización. (Lea también: 7 razones por las que necesita un sistema de gestión de base de datos.)
en conclusión
Si desea reducir los riesgos y el estrés asociados con la migración a la nube, tómelo con calma.
Puede pensar que apresurarse le ahorrará tiempo y que otros problemas se abordarán más adelante, pero la experiencia nos dice que esta es una suposición incorrecta. De hecho, es probable que apresurarse a migrar a la nube conduzca al resultado más estresante que jamás experimentará: jugar al whack-a-mole con los problemas que encuentre después de haber migrado a su nuevo entorno de producción basado en la nube.
Se deben aplicar principios de ingeniería adecuados a las migraciones a la nube. Tomar un puente y moverlo de un río a otro no funciona. Las claves para una migración exitosa son la medición, el análisis, el diseño y la planificación. La migración de cargas de trabajo a la nube es difícil.