Octopus Feature Flags: reglas de segmentación, despliegues automatizados y disponibilidad general

Octopus Deploy ha publicado su hoja de ruta para Octopus Feature Flags, el sistema de indicadores de funcionalidad que lanzó en Public Preview en julio. Según el artículo, durante este tiempo los equipos los han usado para activar y desactivar funciones sin volver a desplegar, para liberar cambios a un subconjunto de tenants o usuarios y para mantener trabajo inacabado oculto en la rama principal. Los anuncios se agrupan en tres ejes: una experiencia rediseñada con configuración basada en reglas, despliegues automatizados y disponibilidad general (GA).

Configuración basada en reglas. Hasta ahora, cada flag se configuraba con un formulario por entorno: qué tenants incluir o excluir, un porcentaje de despliegue, una versión mínima, etc. Según Octopus, al añadir capacidades se hizo difícil entender cómo interactúan los campos, y la relación entre ellos era fija, de modo que los escenarios que no encajaban quedaban sin solución. El formulario se sustituye por reglas: cada entorno tiene cero o más reglas y cada regla tiene una o más condiciones. Una regla se cumple cuando se satisfacen todas sus condiciones, y el flag queda activado cuando cualquier regla coincide.

Las condiciones disponibles son: tenant que es o no es uno de una lista; tenant que tiene o no una etiqueta (tag); atributo del contexto que es o no uno de una lista de valores (por ejemplo email, región o tipo de licencia, a partir del contexto de evaluación de OpenFeature que pasa la aplicación); versión mínima, de modo que la regla solo se cumple cuando esa versión ha llegado al entorno, ya que Octopus sabe qué está desplegado dónde; porcentaje de tenants, para un despliegue progresivo por tenant; y porcentaje basado en la clave de segmentación (targeting key), para un despliegue progresivo entre usuarios. El ejemplo del artículo: liberar a todos los tenants con la etiqueta beta, más un 10 % del resto, excepto un cliente que pidió quedar excluido. Las reglas vienen con una página de flag rediseñada, donde las pestañas Rollout, Evaluate y Details están juntas y el constructor de reglas aparece al expandir un entorno.

Flags existentes. Los proyectos con flags ya creados verán una opción para actualizarlos todos. Todo lo que se puede expresar con el formulario actual se puede expresar con reglas, por lo que la actualización no cambiará el comportamiento. Antes hay que asegurarse de que los SDK de cliente están en una versión compatible: .NET 4.x, Java 2.x y JavaScript 5.x. Las nuevas versiones son retrocompatibles, así que se puede actualizar en cualquier momento.

Despliegues automatizados. Octopus ya permitía despliegues progresivos, pero la automatización dependía de las personas: alguien debía decidir cuándo pasar al siguiente grupo y acordarse de ampliar el despliegue, con el plan en la cabeza de alguien o en una wiki. Con los despliegues automatizados, el plan vive con el flag. Un rollout es una secuencia de fases; cada fase agrupa una o más reglas y activarla publica sus reglas. El artículo lo compara con los lifecycles de Octopus: allí las fases son grupos ordenados de entornos, aquí son grupos ordenados de reglas.

El ejemplo propuesto tiene cuatro fases: Staff (usuarios con el atributo license-type igual a staff), usuarios Alpha (rollout-ring igual a alpha), un 10 % de todos los usuarios más los alpha de las fases anteriores, y Todos. Las fases pueden activarse manualmente o mediante triggers, que las activan en una fecha y hora concretas o un tiempo fijo después de la fase anterior. Se pueden mezclar fases manuales y automáticas. En el ejemplo, Staff y Alpha se activan a mano, la fase del 10 % está programada para el 1 de noviembre y la de todos los usuarios un día después. Una vez en marcha, Octopus completa el despliegue sin más intervención, pero el equipo conserva el control: puede apagar el flag al instante o detener el avance quitando el trigger de la siguiente fase. La nueva página de listado muestra de un vistazo la fase activa, lo programado a continuación y cuánto ha avanzado cada funcionalidad hacia su lanzamiento completo.

Disponibilidad general y versión self-hosted. Feature Flags sale de Public Preview. Para los clientes de Octopus Cloud ya están disponibles en todas las instancias y se retira la etiqueta Preview. Para quienes lo habían pedido, llegarán a Octopus Server (autoalojado) en la versión 2027.0. Las reglas y los despliegues automatizados se están desplegando ahora mismo en Octopus Cloud, y la propia compañía señala que lo hace usando Octopus Feature Flags.

Octopus subraya que los flags están disponibles en todos los niveles de licencia, incluido el gratuito, y que están construidos sobre OpenFeature, por lo que es fácil probarlos junto a una herramienta de flags interna o comercial y, al ser trivial cambiar de proveedor OpenFeature, no habría dependencia de proveedor (lock-in). Cabe recordar que es un artículo del propio fabricante, de carácter promocional, y no incluye métricas de adopción ni valoraciones independientes.