Autor: Andrés Luna
En la primera parte de esta serie, presentamos las motivaciones para la migración a la nube, los principales desafíos que enfrentan los equipos en el proceso y el marco integrado de migración a la nube, compuesto por tres grupos principales de actividades: antes de la migración, durante la migración y después de la migración. En la segunda parte, abordaremos las actividades relacionadas a la migración iterativa de recursos a la nube, haciendo uso de las múltiples tecnologías disponibles.
Parte 2. Actividades durante la migración
El grupo de actividades de migración involucra todas las actividades y tareas que se suelen realizar durante el proceso de migración a la nube.
No hay una sola estrategia de explotación en la nube. Existen un total de cinco estrategias de migración principales. La estrategia Rehost o Lift & Shift, es mover a la nube los componentes tecnológicos tal como son actualmente (esto es lo más común); la estrategia Replatform se relaciona con mover los componentes considerando pequeños cambios base de plataforma (ej. considerando una base de datos administrada); Rearchitecture o Refactor, se relaciona con realizar una rearquitectura (léase reimplementación) del sistema y es muy común cuando se busca un mayor nivel de dinamismo e innovación. Las últimas dos opciones son el Repurchase, usar/comprar un sistema alternativo, y Retain, mantenerlo localmente, es decir, en un esquema híbrido (no migrarlo). Es necesario tener en cuenta que 1) no necesita seguirse y una sola estrategia y 2) pueden ser variadas en el tiempo. Cada estrategia tendrá consecuencias en el esfuerzo de migración requerido y en la oportunidad de optimización e innovación consecuencia del proceso. Esta información permite diseñar un plan de migración ajustado a las necesidades organizacionales.
Existe un amplio conjunto de tecnologías que facilitan el proceso. Hay multitud de servicios especializados en los procesos de migración a la nube incorporando tecnologías para el traslado y migración, óptimas en tiempos requerido, seguridad y costos del proceso. En particular, existen soluciones para la automatización y el control del proceso, creación de soluciones híbridas (cloud y on-premise), migración de servidores y bases de datos y transferencia optimizada de datos y almacenamiento. Este conjunto de tecnologías permite hacer uso de la estrategia más adecuada para distintos casos de negocio, dependiendo del ecosistema existente. En la siguiente tabla, por ejemplo, un resumen de tecnologías principales (no extensivo) en la nube de Amazon Web Services:
Diseñar y crear una zona de aterrizaje (landing zone). Una zona de aterrizaje es un entorno de nube configurado, seguro, escalable y multicuenta basado en las prácticas recomendadas. Usualmente, representa el punto de partida para nuevos desarrollos y experimentación y para el viaje de migración de aplicaciones a lo largo del tiempo. El uso de un landing zone desde el momento inicial de migración, facilita el gobierno posterior, incorporando estándares para el control de seguridad, acceso, creación de cuentas y recursos y estandarización. En Amazon Web Services servicios como AWS Control Tower, facilitan el proceso de diseño, provisionamiento y gobierno de un landing zone.
Componente | Servicio |
| |
Servidores | |
| |
Bases de datos | |
| |
Soluciones híbridas | |
| |
| |
| |
| |
Transferencia de datos | |
y almacenamiento | |
|
Asegurar la visibilidad continua del costo. Una de las características más atractivas de la nube es la capacidad de control y visibilidad del costo. No obstante, resulta sorprendente cuantos casos se observan con escasa o nula visibilidad (y con muchas sorpresas) del costo continuo de los recursos en nube. Es de primera importancia que la gestión del costo sea parte integral del proceso, incorporando como mínimo visibilidad continua, alertas de presupuesto, tagging (característica que, en este contexto, permite realizar un análisis de costos agrupando conceptos comunes) y exploración de optimizaciones en costo (por ejemplo, incorporando programación de uso, reserva de infraestructura o dimensionamiento de capacidades adecuadas y no sobredimensionadas) para las cargas de trabajo.
Mantener el proceso simple y continuo. Mantenga el proceso tan simple e iterativo como sea posible. En muchas ocasiones conviene iniciar con una migración piloto que esta justo en la intersección de la complejidad, importancia de negocio y riesgo. El aprendizaje logrado en el piloto permite planificar, ajustar y diseñar mejores planes de acción para las siguientes iteraciones. A partir de ahí, cada nueva iteración debe promover la creación de nuevas cargas en la nube (integralmente), incorporando la liberación y marcha blanca de estos sistemas con usuarios completamente. Esta estrategia de migración por “oleadas”, tiene muchos beneficios:
Limita el riesgo organizacional, incorporando un mix de aplicaciones e impactos.
Permite el aprendizaje integral del equipo y los partners, aumentando la eficiencia y efectividad del equipo en el tiempo.
Prioriza y produce resultados en menor plazo, lo que mantiene a los equipos constantemente involucrados y con retroalimentación.
Hacia el cierre del proceso
En la parte 2, presentamos un conjunto de actividades iterativo para la migración. En la parte 3 y final, discutiremos las actividades relacionadas con la operación después de la migración, incluyendo el monitoreo, mejoramiento continuo y gobierno.
¿Está evaluando un proceso de migración actualmente?, Le invitamos a ponerse en contacto con nosotros para escuchar los desafíos actuales y trabajar en conjunto en la consecución de los objetivos.
Comments