Rollouts
Rollouts supervisa cada pull request desde la revisión hasta producción. Redacta un plan de despliegue cuando se abre el pull request, contrasta el cambio con tu telemetría una vez implementado e informa de su estado en cada entorno.
Configura Rollouts en Automatizaciones.
Rollouts está disponible en los planes Teams y Enterprise.
Cómo funciona
Planes de despliegue
Cuando se abre un pull request, Rollouts analiza el diff y los sistemas a los que afecta, y luego redacta un plan de despliegue. El plan detalla los riesgos que Rollouts ha detectado, el efecto que debería tener el cambio, las señales que va a comprobar y cualquier carencia de instrumentación que dificulte verificar el cambio. En GitHub, GitLab.com y Bitbucket Cloud, Rollouts publica el plan como comentario en el pull request. En Origin, el plan aparece en la página del pull request.
Para cambiar el plan, menciona en un comentario del pull request el identificador que aparece en el comentario de Rollouts e indica qué debe vigilar o ignorar. Rollouts revisa el plan y responde. Solo las personas con acceso de escritura al repositorio pueden cambiar el plan.
Seguimiento de implementaciones
Rollouts se activa con los eventos de implementación del commit del cambio y ejecuta el plan sobre tus registros, métricas y trazas. Hace un seguimiento de cada entorno por separado, de modo que un cambio puede verificarse en staging y, aun así, marcarse en producción.
Rollouts comprueba cada implementación en cuanto se produce y vuelve a hacerlo a los 20 minutos, a la hora, al día y a los 3 días.
Regresiones
Cuando Rollouts detecta una regresión, identifica el cambio que considera responsable, abre un problema y avisa a su autor. En la página del problema, selecciona Fix para iniciar un agente en la nube que se encargue de él, o Close para cerrarlo indicando un motivo. Rollouts no fusiona, revierte ni deshace cambios por su cuenta.
Hacer un seguimiento de los cambios
La página Rollouts agrupa los cambios en Atención, Monitorización, Pendiente y Verificado. Cada entorno en el que se implementa un cambio muestra su propio estado, como Implementando, Monitorización, Verificado, Implementación fallida o Problemas detectados.
Un cambio permanece en Atención mientras tenga un problema abierto o una implementación fallida. Cuando se cierran todos sus problemas, pasa a considerarse Verificado. Si se reabre un problema, el cambio vuelve a Atención.
Configurar Rollouts
En Automatizaciones, selecciona Enable en la tarjeta de Rollouts, dentro de From Cherri Code. La configuración consta de cuatro pasos:
Acceso a los repositorios supervisados
Elige los repositorios que quieres vigilar. Cada pull request que se lanza desde estos repositorios tiene su propia vigilancia, vinculada a su autor. Rollouts vigila repositorios en Origin, GitHub, GitLab.com y Bitbucket Cloud.
Enviar eventos de implementación a Rollouts
Indica a Rollouts cuándo empieza y termina cada implementación en producción con una clave de API de Cherri Code almacenada en los secretos de tu CI. Elige Manually para añadir tú mismo las llamadas a tu pipeline. Elige With an agent para que un agente de configuración abra un pull request que las añada; después, fusiónalo para completar la configuración.
Telemetría
Conecta tus herramientas de observabilidad, como Datadog, para que cada cambio se verifique frente a lo que está ocurriendo en producción. Rollouts necesita al menos una herramienta conectada. Sin ninguna, los cambios quedan pendientes y Rollouts no puede detectar problemas.
Notificaciones
Elige cómo se notifica a los autores de pull requests sobre sus despliegues.
Ajustes
Los ajustes de Rollouts tienen cuatro secciones:
- Acceso al código. Los repositorios que Rollouts vigila (hasta 200) y qué cambios supervisar.
- Eventos de implementación. Cómo informa tu pipeline de qué se implementa y dónde.
- Fuentes de datos. Las conexiones MCP que Rollouts consulta para verificar los cambios implementados y detectar regresiones.
- Notificaciones. Cómo te enteras de las implementaciones y regresiones de tus cambios.
Elige qué cambios supervisar
En Which changes to monitor, describe en lenguaje natural qué pull requests debe omitir Rollouts. De forma predeterminada, Rollouts omite los cambios que no pueden afectar a lo que se ejecuta en un entorno implementado: cambios que solo afectan a la documentación, correcciones de formato, lint o erratas que no alteran el comportamiento, y cambios que solo afectan a las pruebas. Borra el texto para supervisar todos los cambios en los repositorios observados.
Un pull request solo se omite cuando coincide claramente. Cuando Rollouts omite un pull request, explica el motivo en un comentario. Para supervisarlo de todos modos, menciona el identificador que se indica en el comentario.
Notificaciones
Activa Send Slack notifications to me para recibir avisos en Slack sobre tus cambios. En Deliver to, elige Direct message o Channel. Si eliges un canal, introduce el nombre o el ID de un canal público, invita a cada aplicación que aparece debajo del campo y guarda. No se admiten canales de Slack Connect.
Antes, un administrador de equipo debe añadir Rollouts a Slack. Solo los administradores de equipo pueden cambiar los valores predeterminados de notificación del equipo. Las notificaciones de Slack no están disponibles en modo de privacidad.