Todos los líderes o encargados de TI hemos escuchado al menos una vez, de parte de nuestro o nuestra gerente o director o directora el comentario “Quiero migrar la infraestructura a la nube” y se entienden las razones como la escalabilidad automática, el no sobre aprovisionamiento, el mar de VPN´s que han tenido que creaste para el trabajo remoto, la reducción de los gastos que puedan afectar el capital (los conocidos gastos CAPEX), el problema de qué hacer con el hardware obsoleto, entre muchas más. Pero ¿Son totalmente consciente de todo lo que implica este cambio?
Identifique a los interesados, especialmente a los impactados para una posible migración a la nube
Nosotros le recomendamos primero hacer una matriz de todas sus aplicaciones desde las más críticas a las menos críticas, señalando en una columna las áreas a las cuales impacta o afecta su funcionamiento y en otra columna los recursos que utiliza para mantenerse vía u operativa, todo esto con el fin de tomar una decisión informada, minimizando problemas y poder monitorear a las áreas impactadas con la migración
Una vez terminado su matriz, se reúnase con su consultor de tecnología de confianza para que revisen juntos si alguna de sus aplicaciones ya está disponible en la nube como un servicio SaaS, como es el caso del Exchange, SharePoint, las cuales ya están disponible como servicios independientes o como parte de la suite Microsoft 365 con sus múltiples variantes según su requerimiento o necesidad, con la cuál tendrás toda la administración centralizada y donde podrás generar tickets de soporte directamente con Microsoft
Si piensa migrar algún servicio de un entorno on premise a la nube, es necesario pensar en manera granular, ya que hay ciertos costos que en un entorno on-premise no se consideran demasiado, como la cantidad del tráfico, es decir, los megas o los gigas que pasan por mi ancho de banda, los IOPS o las operaciones de lectura y/o escritura en su storage o servidor, si es un servicio que solo se usa unas cuantas horas al día o si tiene que estar funcionando 24/7, todos estos factores podría impactar su facturación mensual
¿Qué migrar primero? Mientras menos impacto, mejor
- Entornos de pruebas, este punto más que migración es comenzar a probar y familiarizarte con el entorno de nube, además que tiene un impacto en tu infraestructura muy bajo
- Entorno de desarrollo, es muy usual que muchas empresas tenga que comprar hardware para llevar a cabo un proyecto de desarrollo pero a la culminación de este, el hardware ya no tenga relevancia o se quede solo ocupando espacio, es por eso, que lo consideramos una gran opción, especialmente si cuenta con equipos de programadores distribuidos, además que existen servicios que resultarían muy DevOps
- Respaldos, aquí es necesario considerar la latencia de sus enlaces y no dejar su infraestructura local sin respaldos, tomando estas 2 condiciones, sumar respaldos en la nube a su estrategia de respaldos es un gran opción
- Aplicaciones con cargas de trabajo productivas relacionadas a las actividades de soporte, haciendo referencia a la cadena de valor de porter y después de haber elaborado la matriz sugerida, por lo tanto ya hemos identificado a los intereasados, le recomendamos primero experimentar con entornos de nube híbrida primero. Desglose la infraestructura de su aplicación o solo migre partes, como el servidor de aplicaciones o la base de datos pero no solo de una vez, porque podría ocasionar problemas. No migre aplicaciones para las cuales no cuenta con personal que conozca la aplicación o que presente alguna inconsistencia
- Aplicaciones con cargas de trabajo productivas relacionadas a las actividades primarias o que impacten al core business, si va a llevar a cabo la migración aplicaciones que contienen cargas de trabajo productivas, le recomendamos que solo sea en caso de aplicaciones maduras, que no presentan errores de complicación o inconsistencias o se cuenta con un equipo de desarrollo experto en la aplicación, de caso contrario, la aplicación solo le dará más problemas y tendrá que invertir más en servicios de soporte, que no necesariamente conoce la naturaleza de su aplicación. Desglose los servicios que componen su aplicación, haga una métrica inicial de los tiempos de respuesta de su aplicación, analice la carga y la descarga de datos como reportes, hable con su fabricante o personal especialista si es necesario instalar algún parche adicional o si ya se ha realizado una migración similar con éxito, no recomendamos realizar esta migración así sea en un entorno híbrido sin información previa
- Aplicaciones con cargas de trabajo críticas y que requieran alta disponibilidad o tener con RTO y RPO cercano a 0 o necesiten ser replicada, es est punto es vital saber la cantidad de datos que van a moverse en caso de una contingencia y si el fabricante le puede ofrecer el RTO y RPO se han establecio, el periodo de pruebas es vital. Para entender este punto, vea este escenario como si su infraestructura fuera una persona enferma que tiene ser hospitalizada, considere todos los costos que impliquen su estancia en el hospital y mientras más tiempo esté en el hospital, la estancia será más cara. Le recomendamos medir el tiempo de recuperación en tierra antes de tomar esta decisión
En UNI-RED Computación y Sistemas somos partners de los principales proveedores de nube como Azure y AWS, además de ofrecer servicios administrados como respaldos en la nube gracias a nuestra amplia experiencia.