Depende de qué tan calificado sea su equipo, qué tan grande sea su DC actual y qué método esté utilizando para moverse.
Si tiene un equipo altamente calificado que comprende totalmente las aplicaciones, eso lo acorta significativamente. Si tiene (o decide) contratar consultores externos, probablemente pueda triplicar el tiempo que hubiera sido. La mayoría de las empresas no entienden sus aplicaciones en absoluto.
La segunda cosa es si lo haces de la manera correcta o incorrecta. La forma incorrecta se llama “levantar y cambiar”, donde refleja la configuración de su centro de datos en Amazon o donde sea, 1 VM en su instalación se convierte en 1 VM en “la nube”. La gente elige hacer esto porque la forma incorrecta es significativamente más rápida.
- ¿XXL Box encripta sus archivos antes de subirlos al servidor, o solo una vez que llegan al servidor?
- Costos de almacenamiento: ¿Cuál es el ahorro de costos promedio para un GB de datos almacenados en las instalaciones versus en la nube?
- ¿Cuáles son las ventajas del alojamiento en servidores en la nube basados en ARM?
- ¿Cuál es la parte más difícil de configurar una infraestructura en la nube de AWS? ¿Le parece que la formación de nubes es muy complicada de usar?
- ¿Es difícil el cumplimiento de GDPR en la industria de la nube?
Sin embargo, la forma correcta significa que la mayoría de sus aplicaciones probablemente necesitarán ser reescritas significativamente para sortear los modelos de seguridad y disponibilidad de la nube. Para la mayoría de las empresas que ejecutan un centro de datos, la nube estará mucho menos disponible que su propio equipo. Por lo tanto, eso requiere que rediseñe todas las aplicaciones que pueda y arroje los dados al resto.
Por lo tanto, no hay una regla estricta y rápida, pero para cualquier carga de trabajo significativa, debe pensar años, no meses. Hicimos una evaluación; mi equipo es altamente calificado y conoce las aplicaciones por dentro y por fuera, pero no queríamos reescribir nada. Levantar y cambiar no tiene sentido financiero o técnico, pero hicimos la evaluación de todos modos. Pensamos que tomaría aproximadamente un año mover ~ 1100 máquinas virtuales por valor de aplicaciones / bases de datos / etc.