Preparándose para migrar a la nube

Ahora estamos en la segunda década de adopción de la nube. Hasta el 92% de las empresas utilizan la computación en la nube hasta cierto punto. La pandemia ha sido un impulsor reciente para que las organizaciones adopten tecnologías en la nube. La transferencia exitosa de datos, proyectos y aplicaciones adicionales a la nube depende de la preparación, la planificación y la anticipación de problemas.  

1. PREPARACIÓN se trata de datos y la gestión humana de los datos y la infraestructura de apoyo.
2. Planificación es esencial. El plan debe contener elementos clave específicos.
3. Gestión de problemas es la capacidad de prever posibles áreas de problemas y la capacidad de navegar por ellas si se encuentran.  

Cuatro cosas que una empresa debe hacer para tener éxito en la nube, más 7 problemas

Tu negocio se va a trasladar a la nube. Bueno, permítanme reformular que, si su negocio va a tener éxito, va a pasar a la nube: esto es, si aún no está allí. Si ya estás allí, probablemente no estarías leyendo esto. Su empresa tiene visión de futuro y tiene la intención de aprovechar todos los beneficios de la nube que discutimos en otro artículo. A partir de 2020, el 92 % de las empresas utilizan la nube hasta cierto punto y el 50 % de todos los datos corporativos ya están en la nube.

El lado positivo de la nube COVID: la pandemia ha obligado a las empresas a observar más de cerca las capacidades de la nube para respaldar el nuevo paradigma de una fuerza laboral remota. La nube se refiere tanto a datos grandes almacenamiento y aplicaciones que procesan esos datos.  Una de las razones principales para migrar a la nube es obtener una ventaja competitiva al ser flexible y obtener nuevos conocimientos de la gran cantidad de datos.   

La firma de analistas Gartner publica regularmente un informe que analiza "tecnologías y tendencias que prometen ofrecer un alto grado de ventaja competitiva en los próximos cinco a 10 años". Hace diez años, Ciclo de publicidad de Gartner de 2012 para la computación en la nube puso a la computación en la nube y al almacenamiento en la nube pública en el "nivel de la desilusión" justo más allá del "pico de las expectativas infladas". Además, Big Data acababa de entrar en el "Pico de las expectativas infladas". Los tres con una meseta esperada en 3 a 5 años. Gartner colocó el software como servicio (SaaS) en la fase de "pendiente de iluminación" con una meseta esperada de 2 a 5 años.

En 2018, seis años después, "Cloud Computing" y "Public Cloud Storage" estaban en la fase de "Slope of Enlightenment" con una meseta proyectada de menos de 2 años. El "software como servicio" había llegado a la meseta.  El punto es que hubo una adopción significativa de la nube pública en este período.  

Hoy, en 2022, la computación en la nube se encuentra en su segunda década de adopción y ahora es la tecnología predeterminada para nuevas aplicaciones.  As Gartner dice: "Si no es una nube, es un legado". Gartner continúa diciendo que el impacto de la computación en la nube en una organización es transformador. Entonces, ¿cómo deberían las organizaciones abordar esta transformación?

Este cuadro describe con más detalle lo que significa que una tecnología se encuentra en una fase particular. 

¿Cómo deben abordar las organizaciones la transformación organizacional?

En su proceso de adopción de la nube, las organizaciones han tenido que tomar decisiones, establecer nuevas políticas, crear nuevos procedimientos y afrontar retos específicos. Aquí hay una lista de áreas específicas que deberá resolver para asegurarse de que su casa esté en orden: 

1. Capacitación, reentrenamiento o nuevos roles.  Al adoptar la nube pública para el almacenamiento de datos o aprovechar las aplicaciones, ha subcontratado el soporte y el mantenimiento de la infraestructura. Todavía necesita experiencia interna para administrar el proveedor y acceder a los datos. Además, debe saber cómo aprovechar las nuevas herramientas que tiene disponibles para el análisis cognitivo y la ciencia de datos.     
2. Data.  Se trata de los datos. Los datos son la nueva moneda. Estamos hablando de Big Data, datos que cumplen al menos algunos de los V de la definición. Al pasar a la nube, al menos algunos de sus datos estarán en la nube. Si está "todo incluido", sus datos se almacenarán en la nube y se procesarán en la nube.

A. Disponibilidad de datos. ¿Pueden sus aplicaciones locales existentes acceder a los datos en la nube? ¿Están sus datos donde deben estar para su procesamiento? ¿Necesita presupuestar tiempo en su proyecto de migración a la nube para mover sus datos a la nube? ¿Cuánto tiempo llevará? ¿Necesita desarrollar nuevos procesos para llevar sus datos transaccionales a la nube? Si tiene la intención de realizar IA o aprendizaje automático, debe haber suficientes datos de entrenamiento para alcanzar el nivel deseado de exactitud y precisión.

B. Usabilidad de los datos. ¿Sus datos están en un formato que pueden consumir las personas y las herramientas que accederán a los datos? ¿Puede realizar un "lift-and-shift" en su almacén de datos? ¿O se puede optimizar para el rendimiento? 

C. Calidad de los datos. La calidad de los datos en los que se basan sus decisiones puede afectar la calidad de sus decisiones. Gobernanza, administradores de datos, gestión de datos, tal vez un curador de datos pueda desempeñar un papel importante en la adopción del análisis cognitivo en la nube. Tómese el tiempo antes de migrar los datos a la nube para evaluar la calidad de sus datos. No hay nada más frustrante que descubrir que ha migrado datos que no necesita.

D. Variabilidad e incertidumbre en big data. Los datos pueden ser inconsistentes o incompletos. Al evaluar sus datos y cómo pretende usarlos, ¿hay lagunas? Ahora es el momento de solucionar los problemas conocidos relacionados con los estándares de datos de toda la empresa. Estandarice entre los centros de informes en cosas simples como dimensiones de tiempo, jerarquías geográficas. Identifique esa única fuente de verdad.   

E. Limitaciones inherentes a los grandes datos en sí. Una gran cantidad de resultados potenciales puede requerir que un experto en el dominio evalúe la importancia de los resultados. En otras palabras, si su consulta arroja muchos registros, ¿cómo la procesará como ser humano? Para filtrarlo aún más y reducir la cantidad de registros, de modo que pueda ser consumido por un ser humano ordinario que no sea un superhumano, deberá conocer el negocio detrás de los datos.

     3. Apoyar la base/infraestructura de TI. Considere todas las partes móviles. Es probable que no todos sus datos estén en la nube. Algunos pueden estar en la nube. Algunos en las instalaciones. Todavía otros datos pueden estar en una alternativa, la nube del proveedor. ¿Tienes un diagrama de flujo de datos? ¿Está preparado para pasar de administrar hardware físico a administrar proveedores que administran hardware físico? ¿Entiende las limitaciones del entorno de la nube? ¿Ha tenido en cuenta la capacidad de admitir datos no estructurados, así como tecnologías clave que habilitan la plataforma? ¿Seguirá siendo capaz de usar el mismo SDK, API, utilidades de datos que ha estado usando localmente? Es probable que necesiten ser reescritos. ¿Qué pasa con su ETL existente para cargar el almacén de datos desde los sistemas transaccionales? Los scripts ETL deberán reescribirse.

     4. Refinar roles. Es posible que los usuarios deban volver a capacitarse en las nuevas aplicaciones y en cómo acceder a los datos en la nube. A menudo, una aplicación de escritorio o de red puede tener el mismo nombre o uno similar a una dedicada a la nube. Sin embargo, puede funcionar de manera diferente o incluso tener un conjunto de funciones diferente.  

Si su organización se toma en serio el cambio a la nube y aprovechar al máximo el análisis, no hay duda de que el cambio puede proporcionar un valor comercial y económico significativo. En términos prácticos, para llegar allí desde aquí, deberá: 

1. establecer una carta.  

A. ¿Ha definido el alcance de su proyecto?  

B. ¿Tiene patrocinio ejecutivo?

C. ¿Quiénes, qué roles, deben incluirse en el proyecto? ¿Quién es el arquitecto jefe? ¿Para qué experiencia necesita confiar en el proveedor de la nube?

D. ¿Cuál es el objetivo final? Por cierto, el objetivo no es "pasar a la nube". ¿Qué problema(s) está tratando de resolver?

E. Defina sus criterios de éxito. ¿Cómo sabrás que tienes éxito?

2. Descubre. Empezar por el principio. Hacer un inventario. Descubre lo que tienes. Responde a las preguntas:

A. ¿Qué datos tenemos?

B. ¿Dónde están los datos?

C. ¿Qué procesos de negocio necesitan apoyo? ¿Qué datos necesitan esos procesos?

D. ¿Qué herramientas y aplicaciones utilizamos actualmente para manipular los datos?

E. ¿Cuál es el tamaño y la complejidad de los datos?

F. ¿Qué tendremos? ¿Qué aplicaciones están disponibles en la nube de nuestro proveedor?

G. ¿Cómo nos conectaremos a los datos? ¿Qué puertos deberán estar abiertos en la nube?

H. ¿Existen reglamentaciones o requisitos que dicten requisitos de privacidad o seguridad? ¿Existen acuerdos de nivel de servicio con los clientes que deban mantenerse?  

I. ¿Sabe cómo se calcularán los costos por el uso de la nube?

3. Evaluar y evaluar. 

A. ¿Qué datos pretendemos mover?

B. Evaluar los costos. Ahora que conoce el alcance y el volumen de los datos, está en una mejor posición para definir un presupuesto.

C. Defina las brechas que existen entre lo que tiene actualmente y las expectativas de lo que espera tener. ¿Qué nos estamos perdiendo?

D. Incluya una migración de prueba para exponer lo que se ha perdido en teoría.

E. Incluir Pruebas de Aceptación del Usuario tanto en esta fase como en la fase final.

F. ¿Qué desafíos puede anticipar para que pueda generar contingencias en la siguiente fase?

G. ¿Qué riesgos se han identificado?

4. Plan. Establecer un road mapa. 

A. ¿Cuáles son las prioridades? ¿Qué viene primero? ¿Cuál es la secuencia?

B. ¿Qué puede excluir? ¿Cómo se puede reducir el alcance?

C. ¿Habrá un tiempo para el procesamiento paralelo?

D. ¿Cuál es el enfoque? ¿Enfoque parcial/por etapas?

E. ¿Ha definido el enfoque de seguridad?

F. ¿Ha definido planes de respaldo de datos y recuperación ante desastres?

G. ¿Cuál es el plan de comunicación: interno al proyecto, a las partes interesadas, a los usuarios finales?

5. Construir. Emigrar. Prueba. Lanzamiento.

A. Trabajar el plan. Revíselo dinámicamente en función de la nueva información.

B. Construya sobre sus fortalezas y éxitos históricos su base de TI heredada y comience a aprovechar los beneficios de Big Data y análisis cognitivo.       

6. Iterar y Refinar.  

A. ¿Cuándo puede retirar los servidores que ahora están inactivos?

B. ¿Qué refactorización ha descubierto que debe hacerse?

C. ¿Qué optimizaciones se pueden hacer a sus datos en la nube?  

D. ¿Qué nuevas aplicaciones de datos puede usar ahora en la nube?

E. ¿Cuál es el siguiente nivel? ¿IA, aprendizaje automático, análisis avanzado?

Gotchas

Cosas fuentes decir que hasta el 70% de los proyectos de tecnología son fracasos totales o parciales. Aparentemente, depende de tu definición de   falla. Otro fuente encontró que el 75% pensó que su proyecto estaba condenado desde el principio. Eso podría significar que el 5% tuvo éxito a pesar de que las probabilidades estaban en su contra. Mi experiencia me dice que hay una fracción significativa de proyectos tecnológicos que nunca llegan a despegar o no logran alcanzar las expectativas prometidas. Hay algunos temas comunes que comparten esos proyectos. A medida que comienza a planificar su migración a la nube, aquí hay algunos problemas que debe tener en cuenta. Si no lo hace, son como mal karma o un mal puntaje de crédito: tarde o temprano, lo morderán en el trasero:

1. Propiedad. Una sola persona debe poseer el proyecto desde una perspectiva de gestión. Al mismo tiempo, todos los participantes deben sentirse comprometidos como partes interesadas.
2. Cost. ¿Se ha asignado presupuesto? ¿Conoce el orden de magnitud para los próximos 12 meses, así como una estimación de los costos continuos? ¿Existen posibles costos ocultos? ¿Se ha deshecho del exceso de restos flotantes y desechos en preparación para la mudanza? No desea migrar datos que no se utilizarán o que no son de confianza.       
3. Liderazgo. ¿El proyecto está completamente patrocinado por la gerencia? ¿Son realistas las expectativas y la definición de éxito? ¿Los objetivos se alinean con la visión y estrategia corporativa?
4. Gestión de proyectos . ¿Son realistas los plazos, el alcance y el presupuesto? ¿Hay “fuerzas” que exigen plazos de entrega más cortos, mayor alcance y/o costos más bajos o menos personal? ¿Hay una comprensión firme de los requisitos? ¿Son realistas y están bien definidos?
5. Recursos Humanos. La tecnología es la parte fácil. Es lo de la gente lo que puede ser un desafío. Migrar a la nube traerá cambios. A la gente no le gusta el cambio. Es necesario establecer las expectativas de manera adecuada. ¿Se ha dedicado personal suficiente y apropiado a la iniciativa? ¿O ha tratado de sacar tiempo de las personas que ya están demasiado ocupadas con su trabajo diario? ¿Eres capaz de mantener un equipo estable? Muchos proyectos fracasan debido a la rotación de personal clave.  
6. Riesgos. ¿Se han identificado y gestionado con éxito los riesgos?  
7. Contingencia. ¿Ha podido identificar cosas que están fuera de su control pero que pueden afectar la entrega? Considere el efecto de un cambio en el liderazgo. ¿Cómo afectaría una pandemia mundial su capacidad para cumplir con los plazos y obtener recursos?  

El ciclo de exageración de la computación en la nube en 2022

Entonces, ¿dónde se encuentran actualmente la computación en la nube, el almacenamiento en la nube pública y el software como servicio en el ciclo de exageración de la tecnología emergente de Gartner? Ellos no están. Ya no son tecnologías emergentes. Ya no están en el horizonte. Son la corriente principal, a la espera de ser adoptados. Esté atento al crecimiento en los siguientes tecnologías emergentes: Diseño aumentado por IA, IA generativa, IA informada por la física y tokens no fungibles.  

Las ideas de este artículo se presentaron originalmente como la conclusión del artículo "Cognitive Analytics: Building on Your Legacy IT Foundation" presentado en Revista de inteligencia empresarial de TDWI, Vol 22, N° 4.