Un lanzamiento fallido a las 2 de la madrugada no debería necesitar un redespliegue de 20 minutos para arreglarse. Los indicadores de funciones (feature flags) te dan un interruptor que desactiva al instante una mala función, sin tocar el proceso de despliegue. La pregunta no es si usar uno, sino qué versión construir: un indicador escrito por ti mismo, una plataforma de código abierto que ejecutas en tu propio servidor o un servicio gestionado por el que pagas por puesto o por solicitud. Cada respuesta conlleva una factura diferente, en dinero, en tiempo o en ambos.
Hazlo tú mismo: una función que construyes en una tarde
Un indicador (flag) hecho en casa suele ser un booleano en un archivo de configuración, una variable de entorno o una fila en una tabla de base de datos que tu aplicación comprueba antes de ejecutar una función. No cuesta nada en tasas de licencia. El coste real es el tiempo de ingeniería: una versión básica tarda uno o dos días en construirse, y se vuelve más cara cada vez que añades reglas de segmentación, lanzamientos porcentuales o un registro de auditoría.
La configuración implica elegir un lugar para almacenar el estado del flag en un sitio donde tu aplicación pueda acceder sin reiniciarse, comúnmente una fila de base de datos, una clave de Redis o un archivo JSON remoto que la aplicación consulta mediante un temporizador. La velocidad de rollback depende totalmente de ese intervalo de consulta. Si tu aplicación comprueba el flag cada 30 segundos, el rollback tarda hasta 30 segundos; si creas un mecanismo de push, es casi instantáneo, pero ese mecanismo de push es más código que ahora debes mantener.
El mantenimiento recae totalmente en su equipo. No hay ningún proveedor que parchee la biblioteca del cliente, ningún registro de auditoría incorporado de quién cambió qué y cuándo, y ninguna lógica de despliegue basada en porcentajes a menos que la escriba usted mismo. El inconveniente real aparece a escala: un almacén de indicadores (flag store) que se cae puede hacer que las verificaciones de funciones de su aplicación caigan con él, y depurar un indicador atascado significa leer su propio código a medianoche en lugar de la documentación de un proveedor.
Código abierto autohospedado: Unleash o Flagsmith en tu propio servidor
La versión de código abierto autohospedada de Unleash es gratuita con indicadores de funciones ilimitados. La versión de código abierto autohospedada de Flagsmith es gratuita y sin límites de uso. Ambos proyectos colocan la lógica de los indicadores de funciones detrás de una API adecuada en lugar de una tabla de configuración casera, con SDK, reglas de segmentación y porcentajes de despliegue ya integrados.
La configuración es más pesada que si lo haces tú mismo (DIY), pero más ligera de lo que parece. Unleash es sencillo de autohospedar con un componente de servidor y una base de datos Postgres, y Flagsmith funciona sobre una pila de Django y Postgres, lo cual supone un trabajo real para ejecutar en producción. El rollback en sí es rápido una vez que el sistema está en marcha: ambas plataformas están diseñadas en torno a la evaluación instantánea de flags, que es el objetivo principal de un interruptor de apagado (kill switch), desactivar una función sin necesidad de volver a desplegar el código.
El nivel gratuito tiene límites reales. La edición de código abierto de Unleash cubre el conjunto de funciones principal pero te limita a 1 proyecto, 2 entornos y 5,000 feature flags por instancia. El mantenimiento es el intercambio que haces por esa licencia gratuita: lo operas tú mismo, incluyendo la base de datos, las actualizaciones y la cobertura de guardia. Si más adelante superas el nivel gratuito, el plan Enterprise de Unleash comienza en $75 por asiento al mes, disponible como alojado en la nube o autohospedado con un mínimo de cinco asientos, lo que convierte una herramienta gratuita en una línea de coste real.
SaaS gestionado: LaunchDarkly, Flagsmith Cloud y similares
Una plataforma gestionada elimina por completo la pregunta sobre la infraestructura. Instalas un SDK y el proveedor ejecuta el servicio de evaluación de indicadores (flags), el panel de control y el registro de auditoría. En LaunchDarkly, esa configuración tarda aproximadamente una o dos horas en instalar el SDK y crear el primer indicador, y el mantenimiento continuo por parte del proveedor es efectivamente nulo desde el punto de vista de tu equipo.
El costo es donde la comparación se complica. LaunchDarkly comienza en $12 por usuario al mes en su plan Foundation, que incluye inicio de sesión único (SSO), entornos ilimitados y proyectos ilimitados. Los precios más recientes han cambiado a una medición basada en el uso: el plan de pago ahora cobra $10 por conexión de servicio al mes más $8.33 por cada 1,000 usuarios activos mensuales del lado del cliente, lo que significa que un mes tranquilo cuesta poco y un pico de tráfico cuesta dinero real. El nivel en la nube de Flagsmith es más sencillo de predecir: el plan Start-Up es de $45 al mes para hasta 1 millones de solicitudes y 3 usuarios.
La brecha entre el precio anunciado y la factura real es el principal inconveniente aquí. Los datos de Vendr muestran contratos anuales medianos de LaunchDarkly en $72,000, con rangos documentados de $19,500 a $165,700, muy por encima del precio adhesivo por asiento. La velocidad de rollback en sí es excelente en todas las plataformas gestionadas; el riesgo no es que falle el kill switch, es que la factura llegue más alta de lo planeado.
A quién le conviene realmente cada opción
Un indicador (flag) hecho en casa se adapta a un equipo pequeño con una aplicación y una o dos funciones que ocasionalmente necesitan un interruptor de apagado, donde construir un panel de control es excesivo. Deja de tener sentido en el momento en que dos equipos necesitan coordinar indicadores o la empresa pide un lanzamiento porcentual para el 10% de los usuarios.
Utilizar Unleash o Flagsmith mediante autohospedaje es adecuado para equipos que ya gestionan su propia infraestructura, se preocupan por la residencia de los datos o quieren evitar cuotas recurrentes y tienen la capacidad operativa necesaria para parchear y realizar copias de seguridad de una base de datos. Se adapta a industrias reguladas y a equipos con un ingeniero de plataformas que ya gestiona servicios similares.
Una plataforma SaaS gestionada se adapta a los equipos que quieren que los cambios de indicadores (flags) funcionen desde el primer día sin contratar a nadie para ejecutar un servidor, y que valoran el tiempo de ingeniería predecible sobre la facturación predecible. Es la elección correcta para un equipo de producto pequeño que realiza lanzamientos a una base de usuarios grande y creciente, siempre que alguien compruebe el panel de uso mensualmente en lugar de solo en la renovación.
El factor que lo decide
La decisión real no es qué plataforma tiene el mejor panel. Es si tu equipo ya le paga a alguien para ejecutar bases de datos y aplicar parches de seguridad, porque esa capacidad es lo que hace que el nivel autohospedado gratuito sea realmente gratuito. Si nadie en el equipo quiere ese trabajo, el precio inicial mensual de $12 a $45 de un plan SaaS gestionado es más barato que las horas de ingeniería gastadas depurando un flag casero a las 2 a.m. Empieza con el nivel gratuito de Unleash o Flagsmith si ya ejecutas una instancia de Postgres para otra cosa; elige un plan gestionado en el momento en que "quién parchea este servidor" no tiene una respuesta clara en tu equipo.
