Antipatrones de migración en la nube

A menudo, los clientes experimentan antipatrones durante la fase de migración de la adopción de la nube. Las siguientes medidas ayudan a evitar los antipatrones de migración:

  • Comprobación de que las barreras de seguridad y cumplimiento normativo están implementadas.
  • Descripción de las posibles dependencias de aplicaciones y servidores.
  • Elección de una arquitectura basada en una evaluación exhaustiva.

Antipatrón: migración, modernización o innovación sin barreras

Cuando los clientes implementan sus primeras cargas de trabajo en la nube, la consideran una plataforma para probar soluciones innovadoras. Disfrutan de la flexibilidad que está disponible en la nube. No obstante, siempre que estas cargas de trabajo sean productivas, necesiten almacenar los datos de la empresa o deban acceder a los sistemas de la empresa, el progreso se ralentizará, ya que se deben satisfacer los estándares de cumplimiento, normativa y seguridad.

Ejemplo: omitir de barreras de seguridad

Una empresa desea modernizar su tienda en línea para mejorar la experiencia del usuario. Para llevar a cabo la modernización, se deben mover el sitio web de la tienda en línea y la base de datos de inventario subyacente a Azure. Dado que existen dependencias entre la base de datos de inventario y el sistema SAP de la empresa, estos sistemas deben comunicarse. Por lo tanto, la empresa debe crear una nube híbrida.

El equipo de la tienda en línea es innovador, por lo que inicia la modernización de la aplicación, pero no tiene en cuenta los requisitos de seguridad debido a la conexión híbrida. Cuando el equipo prueba la aplicación, detecta que el equipo de seguridad de TI no permite la comunicación en los sistemas locales y de Azure, ya que no se cumplen los requisitos de seguridad y cumplimiento.

Resultado preferido: establecer barreras de seguridad y cumplimiento

Antes de cambiar las cargas de trabajo a la nube, implemente las barreras de seguridad y cumplimiento. Estas barreras garantizan que las cargas de trabajo siguen los requisitos de seguridad y cumplimiento. Los equipos de gobernanza y seguridad de la nube ofrecen el barreras en una zona de aterrizaje de Azure. Compruebe las barreras con TI, especialmente en el caso de las cargas de trabajo híbridas. Consulte Arquitectura de la zona de aterrizaje a escala empresarial de Cloud Adoption Framework para obtener ayuda con la definición de barreras que ayuden a los equipos de carga de trabajo a trabajar de manera rápida, constante, conforme y segura.

Antipatrón: migración, modernización o innovación sin evaluación

Cuando una empresa considera un proyecto de migración o de modernización, debe comprender las posibles dependencias de aplicaciones y servidores para que el planeamiento resulte más preciso. En escenarios de innovación de aplicaciones, una empresa experimenta más éxito si usa sesiones de diseño de arquitectura y arquitecturas de referencia que con esfuerzos de ingeniería sin un objetivo.

Ejemplo: causar tiempo de inactividad mediante la migración sin un planeamiento minucioso

Un miembro del equipo planea migrar aplicaciones a la nube para reducir la huella de carbono de la empresa. El plan de migración, que identifica el primer recurso que se va a migrar, se basa en las entradas de la base de datos de administración de configuración (CMDB) y en una sola entrevista del propietario de la aplicación. Una vez que el miembro del equipo migra uno de los servidores de base de datos de la aplicación, otros propietarios de aplicaciones llaman a TI para reclamar el funcionamiento incorrecto de sus aplicaciones. Las dependencias que se representan en la base de datos CMDB ya no son precisas, lo que provoca un tiempo de inactividad inesperado en otras aplicaciones.

Resultado preferido: evaluar la infraestructura antes de la migración o la modernización

Para una migración a gran escala o un proyecto de modernización, realice una evaluación de la infraestructura antes de iniciar la migración. Esta evaluación le ayuda a identificar las dependencias y los problemas de compatibilidad. Para obtener información detallada, consulte la guía de migración de Azure y revise los procedimientos recomendados de migración.

En los proyectos de modernización, use evaluaciones de aplicaciones adicionales para identificar los antipatrones de codificación, los problemas de compatibilidad y la deuda técnica. Para obtener más información sobre los aspectos de modernización, consulte Información general sobre los ejemplos de migración de aplicaciones para Azure.

En el caso de los proyectos de innovación, consulte Introducción a la guía de soluciones innovadoras de Azure para obtener ayuda con la identificación de la manera correcta de planear y desarrollar una solución en la nube innovadora.

En el caso de las cargas de trabajo críticas o que requieran cambios en la arquitectura, use el Marco de buena arquitectura de Azure o una sesión de diseño de arquitectura (ADS) para ayudar a diseñar, crear e implementar una arquitectura sólida y de alta calidad que crezca en una empresa. Use las pizarras de ADS para detectar, prever y planear la solución.

Antipatrón: dictar una arquitectura

Una empresa podría llevar a cabo una estrategia de microservicios en primer lugar al desarrollar en la nube, suponiendo que una arquitectura de microservicios siempre es mejor que una arquitectura monolítica tradicional. Si la empresa no realiza una evaluación adecuada y la debida diligencia para su aplicación, se puede producir un error en la estrategia. Otros enfoques de arquitectura podrían ser más adecuados para la aplicación. Elegir o dictar una arquitectura de microservicios o una arquitectura para todas las situaciones suele dar lugar a proyectos con errores.

Ejemplo: usar una arquitectura de microservicios para todas las aplicaciones

El director de información (CIO) de una empresa establece una directiva de uso de una arquitectura de microservicios al compilar nuevas aplicaciones en la nube. Los desarrolladores de la empresa nunca han trabajado con una arquitectura de microservicios. Deben desarrollar una aplicación web sencilla. Después de trabajar en la aplicación durante unos meses, los desarrolladores se dan cuenta de que probablemente ya habrían terminado el desarrollo si hubieran empezado con una arquitectura monolítica. La empresa no ha logrado un tiempo de comercialización más rápido, entre otras ventajas.

Resultado preferido: decisiones de arquitectura base sobre evaluaciones

En lugar de concentrarse en un estilo de arquitectura específico, tome una decisión de arquitectura basada en una evaluación y la debida diligencia del caso de uso o de una arquitectura. No limite las arquitecturas que se pueden usar, ya que la libertad de elección es una de las principales ventajas de la nube. La elección de una arquitectura solo porque está de moda es un antipatrón que se debe evitar. Para obtener más información, consulte Guía de arquitectura de aplicaciones en Azure y Patrones de diseño en la nube.

Antipatrón: usar una suscripción única

A menudo, las empresas deciden usar una sola suscripción para hospedar todas sus cargas de trabajo. Normalmente eligen esta opción al implementar migraciones rápidas que requieren velocidad ante todo. Esta decisión conduce a panoramas con una gobernanza y un diseño deficientes. Estas empresas pueden encontrarse rápidamente con límites de suscripción, lo que significa que deben volver a diseñar la arquitectura.

Ejemplo: realizar la migración en una suscripción

Un conglomerado decide segregar su división de hoteles a una empresa independiente. La división de hoteles debe trasladar o migrar sus recursos de TI a un nuevo lugar. La nueva compañía hotelera elige un enfoque primero en la nube y migra todos los recursos de TI a la nube. Debido a las restricciones de tiempo, la nueva compañía lo migra todo a una suscripción y usa una red virtual enorme, donde hay pocas posibilidades de separar las tareas y el modelo de seguridad correctamente. Tres meses después de completar la segregación, la compañía hotelera determina que la seguridad y la gobernanza de sus recursos han empeorado y que está enfrentando a límites de suscripción.

Resultado preferido: usar una estrategia de segmentación

Separe las distintas tareas y planee un entorno diferente antes de la migración a Azure. Puede llegar a los límites de suscripción rápidamente al combinar diferentes fases en una suscripción. Establezca una estrategia de segmentación para facilitar la implementación de la gobernanza y el cumplimiento.

Pasos siguientes