Estrategia de migración a la nube: Cómo hacer que su migración sea un éxito

En este blog se analizarán los componentes críticos de un migración a la nube estrategia.

La mitad de las migraciones superan su presupuesto, y más de dos tercios su previsto plazo. La preparación es vital para prevenir esos escenarios.

Estrategia de migración a la nube: Planificar antes de empezar

Evaluar el inventario actual de activos

La mayoría de las empresas no conocen todas las aplicaciones de software con todos los parches y actualizaciones instalados a lo largo de la vida de la empresa.

Además, cuando los empleados de TI rotan, pueden llevarse consigo información necesaria sobre programas e infraestructura. A menudo, esta información puede ser necesaria para la migración a la nube.

Compruebe todos y cada uno de los acuerdos de licencia

Además, como parte de los procedimientos de migración, verifique sus acuerdos de licencia antes de iniciar la migración.

Muchos acuerdos excluyen el uso de la nube, lo que obliga a las empresas a buscar soluciones y alternativas a las limitaciones de las licencias.

Evalúe la compatibilidad de los proveedores antes de comprometerse

Vendedores habituales como AWS reformateará datos. Las aplicaciones que se ejecutan en sistemas operativos antiguos pueden funcionar mal en la nube, aunque estén basadas en Windows o Linux.

En este caso, actualización de programas y sistemas operativos de antemano son beneficiosas.

Identifique cualquier dependencia de la aplicación

Migrar una aplicación a la nube dejando su aplicación dependiente es un problema común. Y puede ser un problema muy grave.

Ser consciente de las dependencias garantizará que las aplicaciones que se trasladen tengan el soporte que necesitan para funcionar, y que las que se queden también lo tengan.

Asegúrese de que la identificación de las aplicaciones y su dependencias forma parte de su plan de migración y de su estrategia global de migración a la nube.

Conozca a sus usuarios finales

Si al final...usuarios están acostumbrados a interactuar con una aplicación de una manera y, al migrar, ésta no cumple sus normas, los beneficios económicos derivados de la migración pueden verse contrarrestados por una clientela disgustada.

Reevalúe su estrategia de gobernanza

El paso a la nube exige un cambio en la estrategia de gobernanza de una organización.

Mientras se mueven datos a la nube pública, el control de la empresa sobre ella disminuye y los proveedores de la nube asumen la responsabilidad correspondiente.

Puesto que cada proveedor tiene políticas diferentes, puede tener sentido inicialmente hacer que su estrategia de gobernanza sea específica para la proveedor.

Para evitar un cambio de proveedor ineficaz, lo mejor es preparar la estrategia de gobernanza para la nube en general, en lugar de prepararla específicamente para un proveedor.

Busque áreas en las que la nube pueda introducir un debilidad en sus consultas. Cree una estrategia general y políticas para abordar los puntos débiles y, a continuación, especifique la aplicación de esa estrategia al proveedor que elija.

De este modo, su estrategia sólo requiere pequeños retoques para adaptarse a un proveedor diferente.

Tener una estrategia exIT para los equipos que ya no son necesarios

Muchas veces el proceso de desmantelamiento de centros de datos requiere mucho tiempo y los activos se han depreciado mucho más de lo previsto.

La recomercialización de activos suele ser difícil a menos que parte de su equipo esté especializado en la disposición de activos informáticos.

Además, la reutilización de equipos usados sin la debida datos borrado te deja en riesgo de violación de datos.

Encontrar una empresa de recuperación de activos con experiencia en el sector, R2 datos La certificación de borrado y la recogida de manos a distancia con guante blanco van a ser su mejor apuesta para minimizar la inversión de tiempo y maximizar el rendimiento de sus activos.

¿Puede su aplicación funcionar en la nube?

Es posible que sus aplicaciones se hayan escrito para ejecutarse en un sistema operativo antiguo, como Windows 7, o para una infraestructura específica.

En ese caso, es posible que no se puedan trasladar a la nube en su estado actual. En general, tienes cuatro opciones para migrar aplicaciones a la nube.

• Reenviar en IaaS: Despliegue en un entorno de infraestructura como servicio. En este proceso, la empresa debe reconfigurar la aplicación para que funcione en un entorno de hardware virtual. Esta opción, a veces denominada "lift and shift" (levantar y cambiar), suele ser la más rápida, pero se perderán las ventajas de la infraestructura en la nube, como la escalabilidad, si no se modifica la arquitectura.
• Refactorización para PaaS: Ejecute aplicaciones en la infraestructura del proveedor de la nube con la plataforma como servicio. La retrocompatibilidad de la PaaS permite a los desarrolladores utilizar los mismos lenguajes, marcos y contenedores con los que están familiarizados. A menudo se utiliza para hacer cosas como desarrollo java o alojamiento de aplicaciones en la infraestructura del proveedor, manteniendo la infraestructura existente para todo lo demás. Esta opción puede plantear riesgos, como el bloqueo en un marco específico y el riesgo transitivo. Además, el mercado de PaaS aún está en pañales, por lo que la oferta actual de capacidades puede no estar a la altura de aquello de lo que dependen actualmente los desarrolladores.
• Rearchitect en Paas: Desechar el código actual y volver a crear la aplicación para un nuevo marco de software. La rearquitectura suele ser cara y requiere mucho tiempo. Sin embargo, esta opción permite a la empresa aprovechar mejor las innovadoras funciones nativas de la nube. Estas herramientas ofrecidas por el proveedor pueden aumentar enormemente la productividad. El principal punto débil es estar bloqueado si el proveedor realiza un cambio inaceptable o incumple algún acuerdo de servicio.
• Sustituir por SaaS: Eliminar una aplicación existente, como Windows Exchange, y sustituirla en su lugar por un software como servicio, como Google Apps. Una simple sustitución permite a las empresas evitar invertir en la movilización de un equipo de desarrollo si una función empresarial cambia inesperadamente. Las desventajas potenciales son los problemas de acceso a los datos y la semántica variable de los mismos.

Estrategia de migración a la nube: Qué nube es la adecuada para usted

Es importante conocer las diferencias entre público, privado y nubes híbridas a la hora de decidir.

Y parte de su estrategia de migración a la nube debe ser determinar qué tipo de configuración de nube funcionará mejor para sus necesidades.

Nube pública Pros

1. Ahorro inmediato
   • Inversión de capital cero para empezar a funcionar
2. Global
   • Se puede acceder a los servicios de nube pública desde cualquier lugar del mundo
3. Agilidad y elasticidad superiores
   • No es necesario planificar las necesidades informáticas de antemano
   • Capacidades informáticas y de almacenamiento ilimitadas
   • Adaptarse rápidamente a los cambios en la carga de trabajo
4. Mantenimiento y gestión reducidos
   • No hay instalaciones implicadas

Profesionales de la nube privada

1. Seguridad superior
   • Los datos importantes se ocultan tras un cortafuegos gestionado
   • Mayor facilidad para cumplir la normativa
2. Control de configuración
   • Las empresas pueden personalizar su infraestructura e interfaz como consideren oportuno.
3. Baja latencia

Profesionales de la nube híbrida

1. Flexible
   • Emplea facetas de la TI in situ y en la nube, puede combinarlas para lograr el equilibrio ideal entre coste y seguridad.
2. Manejar bien los cambios de carga de trabajo
   • Puede recurrir a los recursos de la nube pública
3. Seguridad (en teoría)
   • Ocultar datos críticos tras un cortafuegos privado
4. Coste
   • Reduzca los costes pagando sólo por los recursos de la nube cuando cambien las cargas de trabajo
   • Reducción de los gastos locales mediante el uso de recursos de nube pública

Contras de la nube pública

1. Personalización limitada
   • El proveedor determina la configuración
2. Posibles problemas de seguridad
   • Varios inquilinos
   • Sin cortafuegos privado

Contras de la nube privada

1. Requiere mucho personal
   • Equipos de adquisición de hardware
   • Equipos de diseño y construcción de centros de datos
   • Personal operativo 24/7/365 en todas las instalaciones
   • Equipos de trabajo en red
   • Personal de seguridad
2. Debe planificar las necesidades informáticas con antelación
   • Dificultad para adaptarse a cambios imprevistos en la carga de trabajo.
3. Falta de potencia informática
   • Difícil que un servidor privado de empresa iguale a AWS o Google
4. Confiar en especialistas en seguridad competentes para proteger los datos sensibles

Contras de la nube híbrida

1. Vulnerabilidad de la transferencia de datos
   • Los datos que circulan entre zonas públicas y privadas pueden ser pirateados.
2. Retrasos
   • Las comunicaciones de transferencia de datos importantes pueden tener tiempos de transferencia más elevados que en una nube privada
3. Tedioso de implementar desde cero inicialmente
   • Elevados costes iniciales para crear una nube híbrida
   • Implementación de comunicaciones complejas entre nubes públicas y privadas

---

El que deba utilizar dependerá en gran medida de las necesidades de su sector específico.

Por ejemplo, las nubes híbridas se utilizan a menudo en el campo de las finanzas.

Pueden colocar órdenes de operaciones aprovechando la velocidad de la infraestructura de nube privada, y ejecutar análisis aprovechando la infraestructura de nube privada. informática potencia de la nube pública.

Además, el algoritmo de misión crítica de las empresas datos está protegida tras el cortafuegos de la nube privada.

Una empresa de nueva creación sin los fondos necesarios para contratar a un gran equipo de TI que supervise su nube privada y que simplemente quiera reducir costes probablemente querrá emplear la nube pública. Porque sin un equipo que configure un entorno seguro, las ventajas de seguridad de la nube privada quedan anuladas.

Una empresa más grande con cargas de trabajo bastante predecibles y necesidades de seguridad intensivas, como en el ámbito de la sanidad, podría verse tentada por el control, la personalización y la seguridad. datos seguridad de la nube privada.

Qué hacer y qué no hacer al principio de una migración a la nube

La ejecución satisfactoria de cualquier cosa en el mundo de la tecnología es a menudo polifacética y puede tener muchas partes móviles. Los planes se componen de normas, directrices y buenas prácticas que ayudan a garantizar el éxito.

En el caso de una estrategia de migración a la nube, saber qué hacer y qué no hacer es, por supuesto, fundamental.

Hazlo: Antes de ejecutar cualquier cambio importante, realice una migración de prueba con una aplicación ya diseñada para la nube antes de migrar.

No lo hagas. actualizar nada después de estar en marcha. Esto sólo aumentará sus posibilidades de errores.

Visite mover datos en fases para saber cómo te beneficia y funciona la nube antes de lanzarte de cabeza. Dispara balas antes que cañonazos Si has seguido el anterior planificación pasos, debe saber qué facetas de sus programas y datos son de bajo riesgo e ideales, para empezar.

Palabras finales

La nube no se va a ninguna parte. Según un libro blanco publicado por IDC, las empresas que "desplegaron aplicaciones en la nube de Amazon..." experimentaron beneficios como:

• 626% ROI
• Aumento de la productividad en el desarrollo de software: 507%
• Reducción del tiempo de inactividad del 72%
• Aumento de la productividad informática de 52%
• Ahorro en el coste total de propiedad del 70%

A pesar de estos beneficios potenciales, las organizaciones deben planificar cuidadosamente antes de sumergirse en el mundo de la nube informática. Y fuera de planificación debe venir un plan y una estrategia de migración a la nube de confianza.

¿Tiene algo que añadir? Háganos saber su opinión en el Comentarios