5 pasos de preparación para una migración a la nube exitosa

Por Oscar Moncada, cofundador y director ejecutivo de Stratus10, un socio consultor avanzado de Amazon Web Services (AWS).

Si se hace bien, una migración a la nube puede configurar su organización con una base escalable que ofrece rendimiento, costo y escalabilidad óptimos de su infraestructura de TI. Pero sin un plan definido, puede terminar con los resultados opuestos, especialmente cuando se trata de migración y costos continuos.

Estos son cinco pasos para una migración a la nube exitosa.

1. Elija un administrador de migración designado

Solo una persona debe ser nombrada gerente de proyecto. Esta persona dirigirá el Centro de Excelencia en la Nube, que asumirá la responsabilidad interna de la migración.

Este paso puede parecer obvio, pero muchas empresas comienzan la migración a la nube con demasiados responsables de la toma de decisiones compartiendo el rol. Dependiendo de la cantidad y la confidencialidad de los datos, es posible que muchas partes interesadas deban aprobar un proceso determinado, lo que puede atascar el proyecto.

Los jefes de departamento pueden proporcionar comentarios desde el principio y luego recibir las justificaciones más adelante.

Si no designa a un líder principal de inmediato, los equipos pueden trabajar sin coordinación, lo que dificulta la migración una vez que está en marcha. Cuanto más tiempo pase trabajando con un modelo de comité, mayores serán los costos y el impacto en el ancho de banda.

2. Planifica la estructura de tu cuenta

El segundo paso es planificar la estructura, la seguridad y el gobierno de la cuenta a un alto nivel. No quiere todo en una sola cuenta, pero quiere un plan de gobierno para todas las aplicaciones, cargas de trabajo, recursos y usuarios. Para ello, deberá determinar KPI de migración claros.

Algunos requisitos estarán predeterminados, como la disponibilidad o la latencia. También querrá tener en cuenta las consideraciones del usuario final y los matices de cómo se usarán realmente la aplicación o los datos.

Por ejemplo, si está proporcionando datos de registros de pacientes a profesionales de la salud en el hogar, necesitarán:

• Alta disponibilidad. Los profesionales de la salud móviles que viajan entre hogares necesitarán acceder a los datos del paciente en cualquier lugar, en cualquier momento y lo más rápido posible.

• Seguridad y confidencialidad de los datos. Dado que se trata de datos de salud protegidos por HIPAA/HITECH, deberá asegurarse de que el acceso y el almacenamiento estén protegidos por una seguridad estricta.

No puede abordar una migración a la nube suponiendo que sus resultados serán automáticamente mejores que los del alojamiento local. Casi siempre es posible, pero solo con una buena planificación.

3. Determine qué tipo de migración es mejor

En función de sus requisitos y KPI, determinará qué camino le ayudará a llegar allí. La primera gran decisión a tomar es qué estrategia seguir, entre las "6 R" de migrar a la nube:

• Rehospedaje: migrar su aplicación y datos tal cual ("lift and shift")

• Cambiar plataforma: rediseñar algunos elementos para aprovechar la nube ("escala horizontal")

• Refactorización: complete la rediseño de su aplicación para que sea primero en la nube

• Mantener: mantener algunos elementos en las instalaciones, ideal para migraciones más largas o cumplimiento

• Retiro: mueva funciones innecesarias al final de su vida útil (es decir, no las migre en absoluto)

• Compra total: reemplazo de algunas funciones con una opción de nube de terceros

Cada estrategia corresponde a un caso de uso diferente. No se limite a "levantar y cambiar" de manera predeterminada porque es lo más rápido.

Por ejemplo, las empresas de software como servicio también deberán planificar la migración de los procesos de DevOps, que es posible que deban modificarse para ejecutarse en la nube. Para cualquier empresa, optar por cambios mínimos en la arquitectura puede significar no aprovechar al máximo la nube; esto podría resultar en mayores cargas de trabajo y desafíos operativos en el futuro.

4. Elija un proveedor de nube

El cuarto paso es tomar una decisión crucial: si lo público o lo privado se adapta mejor a sus necesidades.

Las nubes públicas tendrán costos más bajos, escalabilidad ilimitada y sin demandas de mantenimiento. Utiliza un proveedor externo para administrarlo a través de sus recursos compartidos y especialización en infraestructura en la nube, como Amazon Web Services o Microsoft Azure.

Las nubes privadas serán...

5 pasos de preparación para una migración a la nube exitosa

Por Oscar Moncada, cofundador y director ejecutivo de Stratus10, un socio consultor avanzado de Amazon Web Services (AWS).

Si se hace bien, una migración a la nube puede configurar su organización con una base escalable que ofrece rendimiento, costo y escalabilidad óptimos de su infraestructura de TI. Pero sin un plan definido, puede terminar con los resultados opuestos, especialmente cuando se trata de migración y costos continuos.

Estos son cinco pasos para una migración a la nube exitosa.

1. Elija un administrador de migración designado

Solo una persona debe ser nombrada gerente de proyecto. Esta persona dirigirá el Centro de Excelencia en la Nube, que asumirá la responsabilidad interna de la migración.

Este paso puede parecer obvio, pero muchas empresas comienzan la migración a la nube con demasiados responsables de la toma de decisiones compartiendo el rol. Dependiendo de la cantidad y la confidencialidad de los datos, es posible que muchas partes interesadas deban aprobar un proceso determinado, lo que puede atascar el proyecto.

Los jefes de departamento pueden proporcionar comentarios desde el principio y luego recibir las justificaciones más adelante.

Si no designa a un líder principal de inmediato, los equipos pueden trabajar sin coordinación, lo que dificulta la migración una vez que está en marcha. Cuanto más tiempo pase trabajando con un modelo de comité, mayores serán los costos y el impacto en el ancho de banda.

2. Planifica la estructura de tu cuenta

El segundo paso es planificar la estructura, la seguridad y el gobierno de la cuenta a un alto nivel. No quiere todo en una sola cuenta, pero quiere un plan de gobierno para todas las aplicaciones, cargas de trabajo, recursos y usuarios. Para ello, deberá determinar KPI de migración claros.

Algunos requisitos estarán predeterminados, como la disponibilidad o la latencia. También querrá tener en cuenta las consideraciones del usuario final y los matices de cómo se usarán realmente la aplicación o los datos.

Por ejemplo, si está proporcionando datos de registros de pacientes a profesionales de la salud en el hogar, necesitarán:

• Alta disponibilidad. Los profesionales de la salud móviles que viajan entre hogares necesitarán acceder a los datos del paciente en cualquier lugar, en cualquier momento y lo más rápido posible.

• Seguridad y confidencialidad de los datos. Dado que se trata de datos de salud protegidos por HIPAA/HITECH, deberá asegurarse de que el acceso y el almacenamiento estén protegidos por una seguridad estricta.

No puede abordar una migración a la nube suponiendo que sus resultados serán automáticamente mejores que los del alojamiento local. Casi siempre es posible, pero solo con una buena planificación.

3. Determine qué tipo de migración es mejor

En función de sus requisitos y KPI, determinará qué camino le ayudará a llegar allí. La primera gran decisión a tomar es qué estrategia seguir, entre las "6 R" de migrar a la nube:

• Rehospedaje: migrar su aplicación y datos tal cual ("lift and shift")

• Cambiar plataforma: rediseñar algunos elementos para aprovechar la nube ("escala horizontal")

• Refactorización: complete la rediseño de su aplicación para que sea primero en la nube

• Mantener: mantener algunos elementos en las instalaciones, ideal para migraciones más largas o cumplimiento

• Retiro: mueva funciones innecesarias al final de su vida útil (es decir, no las migre en absoluto)

• Compra total: reemplazo de algunas funciones con una opción de nube de terceros

Cada estrategia corresponde a un caso de uso diferente. No se limite a "levantar y cambiar" de manera predeterminada porque es lo más rápido.

Por ejemplo, las empresas de software como servicio también deberán planificar la migración de los procesos de DevOps, que es posible que deban modificarse para ejecutarse en la nube. Para cualquier empresa, optar por cambios mínimos en la arquitectura puede significar no aprovechar al máximo la nube; esto podría resultar en mayores cargas de trabajo y desafíos operativos en el futuro.

4. Elija un proveedor de nube

El cuarto paso es tomar una decisión crucial: si lo público o lo privado se adapta mejor a sus necesidades.

Las nubes públicas tendrán costos más bajos, escalabilidad ilimitada y sin demandas de mantenimiento. Utiliza un proveedor externo para administrarlo a través de sus recursos compartidos y especialización en infraestructura en la nube, como Amazon Web Services o Microsoft Azure.

Las nubes privadas serán...

What's Your Reaction?

like

dislike

love

funny

angry

sad

wow