Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Ahora, implemente la solución en el entorno activo de Azure siguiendo la estrategia planeada. Esta fase incluye los preparativos finales, la ejecución de la implementación y la comprobación y compatibilidad posteriores a la implementación.
Preparación de las partes interesadas para las implementaciones nativas de la nube
Anuncie la programación de implementación y el impacto esperado. Antes de comenzar la implementación de producción, comunique el plan y el valor a todas las partes interesadas pertinentes. Anuncie la programación de implementación y los efectos esperados del usuario. Por ejemplo, para nuevas características, tenga en cuenta con mucha anticipación el tiempo de inactividad o los cambios visibles para el usuario. Las partes interesadas pueden identificar conflictos con eventos empresariales o plantear preocupaciones sobre el tiempo. Proporcione un canal para recibir comentarios y confirme que la ventana de implementación se alinea con las prioridades operativas. Ajuste la programación si es necesario para evitar interrupciones.
Notificar a los equipos de soporte técnico y a los grupos afectados. Asegúrese de que los equipos de soporte técnico estén en espera y conozcan lo que se está liberando para que puedan controlar cualquier problema o consulta del usuario. Si la implementación podría afectar a los usuarios finales u otros sistemas, notifique también esos grupos.
Establezca las expectativas de funcionalidad durante la ventana de implementación. Una ventana de implementación puede implicar una funcionalidad reducida o retrasos temporales. Informe a las partes interesadas de estas condiciones para evitar confusiones y garantizar la continuidad empresarial. Incluya procedimientos de reserva o soluciones alternativas si procede.
Realice una revisión de preparación para la implementación previa. Una revisión de preparación confirma que todos los equipos comprenden sus roles y tienen acceso necesario. Mantenga una reunión con representantes de cada equipo de soporte técnico para revisar el plan de implementación, los criterios de éxito y los criterios de reversión. Compruebe que los equipos de soporte técnico tengan configuradas las herramientas de acceso y supervisión adecuadas del sistema. Esta preparación garantiza la respuesta coordinada a los problemas que surjan durante la migración.
Ejecución de las implementaciones nativas de la nube
Los pasos de implementación difieren ligeramente en función de si se trata de una nueva carga de trabajo independiente o una actualización de características a un sistema existente:
Implementación de nuevas cargas de trabajo nativas de nube
Cree un entorno de producción. Utilice la canalización de CI/CD para desplegar la canalización de producción utilizando la misma configuración probada en el entorno de preproducción. Utiliza los mismos artefactos de compilación, plantillas de IaC y scripts de implementación que pasaron la validación en el entorno de pruebas. Dado que va a implementar en un entorno independiente, cree todos los recursos de Azure necesarios a través de las plantillas de IaC y, a continuación, implemente el código o artefactos de la aplicación.
Prueba de humo. Una vez implementado, realice pruebas de humo en producción (comprobaciones básicas) para asegurarse de que todos los servicios están activos y la funcionalidad principal funciona en el entorno activo. Compruebe que los servicios clave se están ejecutando, las bases de datos son accesibles y la aplicación responde (realice una comprobación de estado en un punto de conexión o en un par de páginas clave). Compruebe Azure Service Health si hay problemas de plataforma en su región que puedan afectar a los componentes. Esta prueba es una comprobación antes de que los usuarios se dirijan al sistema.
Lanzamiento para un pequeño grupo de usuarios. Implemente el lanzamiento progresivo exponiendo el nuevo sistema a un pequeño conjunto de usuarios. Esta implementación podría realizarse liberando una característica solo a usuarios internos o enrutando un pequeño porcentaje de activos a la nueva implementación. Supervise estrechamente los errores o problemas de rendimiento. Use Application Insights y paneles personalizados para ver las tasas de error, los tiempos de respuesta y el uso de recursos en tiempo real. Recopile también comentarios cualitativos de los usuarios piloto sobre la versión canaria.
Supervise y expanda gradualmente. La implementación gradual reduce el riesgo y permite la validación en el mundo real antes de la versión completa. Libere la aplicación a un pequeño grupo de usuarios canarios. Use un equilibrador de carga, como Azure Front Door o Traffic Manager, para enrutar un subconjunto del tráfico a la nueva implementación. Recopilar comentarios y supervisar el rendimiento. Aumente o abra el acceso a todos los usuarios tras una validación satisfactoria.
Implementación de nuevas características nativas de nube en una carga de trabajo existente
Al implementar una nueva característica en una carga de trabajo nativa de nube existente, elija la estrategia de implementación que se alinea con la tolerancia al riesgo, las restricciones de infraestructura y los objetivos de implementación. Dos enfoques comunes son la implementación local y la implementación azul-verde (entorno paralelo).
Uso de la implementación local para el lanzamiento gradual dentro del mismo entorno
Use la implementación local al agregar una nueva característica a una carga de trabajo existente sin aprovisionar un entorno independiente. Este enfoque permite un lanzamiento incremental seguro con una sobrecarga de infraestructura mínima.
Habilitación de la característica para segmentos de usuario pequeños Implemente la nueva característica en el entorno existente mediante marcas de características o alternancias de configuración. Empiece habilitando la característica para un público limitado, como usuarios internos, evaluadores beta o un pequeño porcentaje de tráfico activo. Este enfoque permite la validación del mundo real al tiempo que mantiene la capacidad de deshabilitar rápidamente la característica si surgen problemas. Asegúrese de que las interacciones del usuario se etiquetan para distinguir entre usuarios o sesiones con la característica habilitada frente a deshabilitada, lo que permite la comparación en paralelo.
Prueba de humo. Una vez implementado, realice pruebas de humo en producción (comprobaciones básicas) para asegurarse de que todos los servicios están activos y la funcionalidad principal funciona en el entorno activo. Compruebe que los servicios clave se están ejecutando, las bases de datos son accesibles y la aplicación responde (realice una comprobación de estado en un punto de conexión o en un par de páginas clave).
Supervise y expanda gradualmente. Supervise continuamente el estado, el rendimiento y las tasas de errores de las aplicaciones mediante herramientas como Application Insights o Azure Monitor. Compare las métricas entre los usuarios con y sin la característica habilitada para detectar anomalías. Si no se detecta ningún problema, aumente gradualmente el porcentaje de activación del flag de características o expanda el grupo de usuarios. Repita la supervisión después de cada incremento. Después del lanzamiento completo, realice una validación final para garantizar un comportamiento coherente en todas las instancias y segmentos de usuario.
Implementación de nuevas características en un entorno paralelo
Use una implementación azul-verde al introducir una nueva característica en una carga de trabajo existente mediante su implementación en un entorno de producción paralelo. Este enfoque minimiza el riesgo al permitir la validación completa antes de cambiar el tráfico de usuario a la nueva versión.
Cree un entorno paralelo (verde). Utilice la canalización de CI/CD para desplegar la canalización de producción utilizando la misma configuración probada en el entorno de preproducción. Utiliza los mismos artefactos de compilación, plantillas de IaC y scripts de implementación que pasaron la validación en el entorno de pruebas. Dado que va a implementar en un entorno independiente, cree todos los recursos de Azure necesarios a través de las plantillas de IaC y, a continuación, implemente el código o artefactos de la aplicación.
Prueba de humo en el entorno paralelo. Una vez implementado, realice pruebas de humo en producción (comprobaciones básicas) para asegurarse de que todos los servicios están activos y la funcionalidad principal funciona en el entorno activo. Compruebe que los servicios clave se están ejecutando, las bases de datos son accesibles y la aplicación responde (realice una comprobación de estado en un punto de conexión o en un par de páginas clave). Compruebe Azure Service Health si hay problemas de plataforma en su región que puedan afectar a los componentes. Esta prueba de humo es una comprobación antes de que los usuarios se dirijan al sistema.
Enrutar un subconjunto del tráfico al entorno paralelo. La implementación gradual reduce el riesgo y permite la validación en el mundo real antes de la versión completa. Libere la aplicación a un pequeño grupo de usuarios canarios. Use un equilibrador de carga, como Azure Front Door o Traffic Manager, para enrutar un subconjunto del tráfico a la nueva implementación. Como alternativa, exponga la nueva característica solo a un segmento de usuario específico a través de reglas de enrutamiento o marcas de características. Supervise el rendimiento, las tasas de errores y la experiencia del usuario mediante Application Insights o Azure Monitor. Compare el tráfico de usuario entre los entornos azul y verde para detectar regresiones o anomalías.
Supervise y expanda gradualmente. Si la nueva versión funciona bien, aumente incrementalmente el enrutamiento del tráfico hasta que controle 100% de la carga. Promueva la implementación "verde" para que sea la principal. La antigua implementación "azul" se mantiene intacta durante este proceso, lo que facilita el retorno a una versión anterior. Si se detecta algún problema grave, puede redirigir al instante todo el tráfico a la versión estable.
Finalizar la transición. Después de validar con éxito, dirija a todos los usuarios al nuevo sistema o anuncie formalmente que está en vivo si estaba oculto. El entorno anterior, si existía uno para una función actualizada, ahora puede considerarse para desmantelamiento tras un período de validación seguro.
Validar el éxito de la implementación
Después de implementar una nueva carga de trabajo o característica, es esencial confirmar que el sistema funciona correctamente, tanto técnicamente como desde la perspectiva del usuario.
Valide los flujos críticos del usuario. Vaya más allá de las pruebas de humo para comprobar que todos los flujos de usuario clave funcionan según lo previsto en el entorno activo. Use conjuntos de pruebas automatizados o control de calidad manual para validar escenarios reales. Céntrese en rutas de acceso de alto valor, como la autenticación, las transacciones y los flujos de trabajo de datos. Esta prueba se aplica si la implementación introdujo un nuevo sistema o mejorado uno existente.
Compruebe los procesos en segundo plano y las integraciones. Compruebe que los procesos en segundo plano, las integraciones y los trabajos programados se ejecutan correctamente. Compruebe los registros, los estados del trabajo y los puntos de conexión de integración para asegurarse de que funcionan según lo previsto. Este paso evita errores silenciosos que podrían no ser visibles inmediatamente para los usuarios.
Revisar los paneles de supervisión para la salud del sistema. Use Azure Monitor y Application Insights para inspeccionar registros y métricas. Busque anomalías en las tasas de error, la latencia, el uso de CPU/memoria y el rendimiento. Confirme que los datos de monitorización fluyen correctamente y que no faltan datos ni se enrutan de forma incorrecta.
Revise la supervisión de alertas para desencadenantes inesperados. Revise las alertas configuradas para ver las tasas de error, la latencia o el uso de recursos. Confirme que ninguna alerta se activa de forma inesperada. Si se desencadenan alertas, investigue las causas principales y evalúe si indican un problema relacionado con la implementación.
Realice las comprobaciones de las partes interesadas y los usuarios. También es aconsejable tener una comprobación rápida con algunos usuarios finales o partes interesadas después de la implementación para obtener la confirmación humana de que las cosas funcionan desde la perspectiva del usuario.
Declare la implementación completada solo después de la validación completa. Solo tenga en cuenta la implementación completada una vez que todos los pasos de validación se realicen correctamente y el sistema cumpla los criterios de aceptación. Si se encuentran problemas, corrija los críticos inmediatamente. Registre problemas menores para la resolución en futuras actualizaciones.
Soporte de cargas de trabajo durante la estabilización
Establecer una mayor supervisión y una postura de apoyo. La implementación en producción no es el final del recorrido. En las horas y días inmediatamente después de una implementación, debe aumentar su vigilancia y soporte mientras el sistema se intensifica bajo carga real. Es aconsejable que el equipo de desarrollo esté disponible junto al equipo de operaciones para investigar y resolver rápidamente cualquier problema, ya que conocen mejor los nuevos cambios.
Realice un seguimiento continuo de las métricas del sistema y los comentarios de los usuarios. Trate la primera semana o dos como un período de estabilización. Supervise métricas como CPU, memoria, tasas de error y tiempos de respuesta mediante Azure Monitor y Application Insights. Recopile comentarios de los usuarios a través de canales de soporte técnico o divulgación directa. Esto ayuda a detectar problemas que los sistemas automatizados podrían pasar por alto.
Ajuste las configuraciones en función del comportamiento observado. Retoque las configuraciones si es necesario. Por ejemplo, escale horizontalmente más si el uso es mayor de lo previsto. Si los registros son demasiado detallados o demasiado dispersos, modifique los niveles de registro. Estos cambios ayudan a mantener el rendimiento y la observabilidad durante el uso máximo. Asegúrese de que los problemas detectados en esta fase se solucionan o entran en el sistema de seguimiento para una mejora futura.
Registre y evalúe todos los problemas detectados durante la estabilización. Esta fase de soporte técnico activa detecta problemas que solo se revelan en condiciones de producción y garantizan que la carga de trabajo cumple realmente sus objetivos. Después de este período de estabilización y, una vez que esté seguro del rendimiento del sistema, puede realizar la transición a operaciones normales y procedimientos de supervisión.
Defina los criterios de salida para la estabilización. Establezca umbrales claros para el rendimiento del sistema, las tasas de error y la satisfacción del usuario. Una vez que el sistema cumple estos criterios de forma coherente, realice la transición a los procedimientos estándar de operaciones y supervisión. Estos criterios garantizan una entrega fluida y evitan el cierre prematuro de la fase de soporte técnico.