Antipatrones del plan de adopción de la nube

Los clientes suelen experimentar antipatrones al adoptar una solución en la nube. La solución es ineficaz o hay consecuencias no deseadas. Entre los escenarios típicos se incluyen:

• Los modelos operativos mal alineados da lugar a un mayor tiempo de comercialización, a malentendidos y a mayor presión sobre los departamentos de TI.
• A veces, las empresas eligen el modelo de servicio equivocado cuando suponen que el enfoque de plataforma como servicio (PaaS) reduce los costos.
• El cambio de la arquitectura de una organización puede dar lugar a proyectos de reemplazo importantes. La administración de estos proyectos suele ser compleja e implicar unos altos costos.

Antipatrón: elegir el modelo operativo de nube equivocado

Las prioridades estratégicas de una empresa y el ámbito de su cartera determinan el modelo operativo en la nube. Los modelos pueden tener distintos tipos de responsabilidad, zonas de aterrizaje y foco. Cuando los modelos no se alinean con los objetivos de la empresa, pueden producirse problemas:

• Mayor tiempo de comercialización
• Malentendidos
• Mayor presión sobre los departamentos de TI

Ejemplo: asignación de demasiada responsabilidad a un equipo pequeño

Una corporación introduce un modelo operativo que hace que el departamento de TI sea responsable de todo lo que se ejecuta en la nube. El equipo responsable de la nube está formado por tres personas. Esta configuración conduce a un recorrido de adopción lento por los siguientes motivos:

• El equipo solo aprueba medidas después de comprender completamente su efecto en la empresa, las operaciones y la seguridad.
• Estos problemas no son el área de experiencia principal del equipo.

Los expertos en la materia desearán usar el servicio en la nube, por lo que las unidades de negocio aumentan la presión. Probablemente, shadow IT emergerá a medida que las unidades de negocio usen tarjetas de crédito de la empresa para crear entornos para sí mismos.

Resultado preferido: comparación de modelos y creación de un plan de preparación

Revise las prioridades estratégicas, el ámbito de la cartera, los requisitos y las restricciones. Explore las opciones del modelo operativo comparando los cuatro patrones de operaciones en la nube más comunes con el modelo operativo de la nube actual. Identifique uno o más modelos operativos de la nube que se adapten a su organización. A continuación, decídase por un modo. Dado que los roles cambian con los modelos operativos, cree un plan de preparación de aptitudes antes de pasar a la nube.

Antipatrón: elegir el modelo de servicio equivocado

A veces, las empresas suponen que las soluciones PaaS cuestan menos que las soluciones de infraestructura como servicio (IaaS). Esta suposición puede conducir a una elección equivocada del modelo de servicio. A menudo, las empresas preocupadas por los costos cometen este error cuando su principal razón para pasar a la nube es bajar costos. Estas empresas olvidan que también necesitan cambiar los procesos cuando adoptan PaaS, especialmente cuando trasladan determinadas responsabilidades a los proveedores de nube. El cambio a PaaS presenta cambios fundamentales en los trabajos de coordinación, las prácticas de ingeniería y las canalizaciones de entrega. Los costos inesperados aumentan y pueden producirse retrasos.

Ejemplo: elección de PaaS frente a IaaS

Un publicador inicia un programa para migrar sus centros de datos a la nube. Los ejecutivos desean modernizar la arquitectura de la aplicación y las herramientas actuales, todo a la vez. Algunos de sus motivos son los siguientes:

• Maximizar la rentabilidad.
• Desarrollar una cartera de aplicaciones más moderna.

Para su estrategia de adopción, eligen PaaS frente a IaaS. Tras un año en el recorrido de adopción de la nube, tienen una tasa de adopción lenta. Han tenido que cambiar numerosos procesos, prácticas y herramientas para adoptar PaaS completamente. La junta no ve los impactos y ventajas habituales asociados con PaaS. Además, los procesos de TI son más lentos que nunca, mientras que los costos del centro de datos siguen siendo los mismos.

Resultado preferido: minimización de la interrupción para la empresa

Para reducir los trabajos de coordinación, comience con IaaS para los proyectos iniciales de adopción de la nube. La adopción de nuevos procesos y prácticas es más fácil de administrar cuando se pasa a la nube más adelante en lugar de hacerlo al principio. Adopte primero IaaS, especialmente en escenarios de transformación del centro de datos. Al mismo tiempo, ponga en marcha una iniciativa de aptitudes de la nube.

Modernice su arquitectura gradualmente y adopte PaaS más adelante, cuando la carga de trabajo ya esté en la nube. La experiencia que ha obtenido le ayudará a adoptar PaaS con mayor rapidez. Tendrá que obtener menos aptitudes y procesos nuevos para la modernización. Tampoco interrumpirá significativamente sus procesos empresariales.

Antipatrón: arquitectura de reemplazo

Las aplicaciones basadas en PaaS y en software como servicio (SaaS) son relativamente fáciles de mantener. Normalmente requieren poco trabajo de administración. Como resultado, muchas empresas rediseñan entornos de arquitectura complejos y antiguos. Para ello, los reemplazan por conceptos nativos de nube y SaaS. Este cambio de arquitectura normalmente conduce a proyectos de reemplazo importantes. Administrar y ejecutar estos proyectos es una tarea compleja con unos costos elevados. Cambiar los procesos y el modelo operativo también implica otros riesgos sustanciales.

Ejemplo: elección del reemplazo frente a la modernización

Una corporación tiene un entorno SAP de gran tamaño. El departamento de TI desea reemplazar este entorno, que está causando varios problemas de rendimiento y estabilidad. Una vez que TI inicia un proyecto de reemplazo, la lista de diligencias debida para reemplazar todo el entorno es más larga cada día.

Resultado preferido: racionalización del patrimonio digital

Antes de reemplazar un entorno de aplicaciones grande o complejo, considere la posibilidad de modernizar el entorno en su lugar para mejorarlo de manera incremental. Los cambios relativamente pequeños en el entorno de aplicaciones pueden tener un gran impacto en el rendimiento y la confiabilidad. Por ejemplo, el cambio de la plataforma de hospedaje a Azure puede proporcionar estabilidad y resultados rápidos. En consecuencia, el rendimiento y la confiabilidad mejoran con una fracción del costo de reemplazo estimado.

A la hora de decidirse por una estrategia de innovación, explore diferentes opciones de modernización. Evalúe estas opciones en una prueba de concepto (POC).

Comprenda el patrimonio digital de su empresa y evalúe los recursos digitales según las cinco R de racionalización de la nube. Determine cuál de las cinco R funciona mejor para modernizar o migrar los recursos:

• Rehospedaje
• Refactorización
• Rediseño
• Recompilación
• Replace

Pasos siguientes

Obtenga información sobre la fase de preparación de la adopción de la nube.