Lekko

Lekko

Lekko · Programación

Lekko es una plataforma de configuración dinámica que permitía publicar feature flags y despliegues graduales como código, sin recompilar. Su equipo se unió a Rippling en 2025 y el servicio alojado ya no existe.

Vista previa de la interfaz de Lekko

Acerca de Lekko

About

Qué es Lekko

Lekko fue una plataforma de configuración dinámica pensada para equipos de ingeniería. Trataba la configuración como código dentro del repositorio, así que los feature flags, los límites de plan, los bloqueos por país y el porcentaje de un experimento cambiaban en producción sin recompilar ni desplegar de nuevo.

Konrad Niemiec fundó la empresa en 2022. Había trabajado en Flipr, el sistema interno de Uber para modificar comportamiento en tiempo de ejecución, y construyó Lekko como una versión comercial de esa idea para empresas más pequeñas. El producto salió del modo sigiloso en julio de 2024 con una ronda semilla de 4,5 millones de dólares liderada por Addition y LUX Capital.

La trayectoria duró poco. En enero de 2025 el equipo de Lekko se incorporó al grupo de plataforma de Rippling y lekko.com ahora redirige al blog de Rippling. El producto alojado desapareció. Los SDK siguen públicos en GitHub, así que Lekko sirve hoy como referencia de diseño, no como una herramienta que puedas contratar.

Primeros pasos

Estos eran los pasos mientras el servicio estaba activo.

  1. Instala la CLI y añade el SDK de tu stack, por ejemplo el SDK de Go o el SDK de TypeScript.
  2. Define un espacio de nombres en el repositorio con valores tipados y las reglas que eligen entre ellos.
  3. Llama al SDK donde necesites el valor. La evaluación ocurre dentro de tu proceso, sin salir a la red.
  4. Cambia valores en la interfaz web o en el código y deja que tu pipeline habitual publique el paquete nuevo.
  5. Revisa las métricas asociadas al cambio y deshazlo revirtiendo el commit.

Información del producto

Un vistazo rápido a los precios, las plataformas compatibles y el rendimiento de Lekko.

Plan gratuitoSí
Planes de pagoCustom pricing (quote based)
PlataformaWeb app, CLI, Go and TypeScript SDKs
DesarrolladorLekko
CategoríaProgramación
Fecha de lanzamientoJul 2024
Última actualizaciónJan 2025
Visitas al sitio webN/A
Ranking global del sitio11.6M
Disponibilidad de la APISí

Ideal para

Los usuarios, tareas y casos de uso en los que esta herramienta encaja mejor.

Usuarios

  • Ingenieros de plataforma
  • Equipos backend en Go o TypeScript
  • Equipos que abandonan un proveedor de flags alojado

Tareas

  • Despliegue gradual de un cambio arriesgado
  • Acceso a funciones por plan o región
  • Limpieza de la gestión de feature flags

Casos de uso

  • Ajustes frecuentes en producción sin recompilar
  • Servicios sensibles a la latencia o muy restringidos
  • Estudio de la configuración como código

Funciones clave

Configuración como código

Cada valor ajustable vivía en el repositorio, junto al código que lo leía. Esa ubicación hacía que la configuración se pudiera revisar en un pull request y que un cambio malo se revirtiera como cualquier otro commit. La alternativa, hacer clic en el panel de un proveedor, no deja rastro en el código.

Evaluación dentro del proceso

El SDK descargaba un paquete compilado y evaluaba las reglas en local, así que comprobar un flag costaba microsegundos y no una ida y vuelta por la red. Los servicios seguían funcionando cuando el plano de control no respondía, lo que eliminaba un fallo habitual de los feature flags alojados. El precio: el cliente carga con la lógica de evaluación y el paquete crece con el conjunto de reglas.

Limpieza de flags asistida por IA

Las herramientas de Lekko leían un código existente, encontraban referencias a flags y proponían reemplazos tipados. También señalaban los flags que ningún camino del código leía ya, de esos que sobreviven años después del lanzamiento. Era la respuesta más clara al problema de la deuda de flags, del que suelen beneficiarse los proveedores alojados.

Interfaz web para el resto del equipo

Los product managers y responsables de soporte cambiaban valores aprobados desde el navegador sin tocar el repositorio. Los permisos decidían qué espacios podía editar cada persona, y cada cambio quedaba registrado. El reparto funcionaba porque los ingenieros definían qué era seguro cambiar y el resto elegía dentro de esos límites.

Reglas tipadas con validación previa

Los valores tenían un tipo declarado y la CLI validaba las reglas antes de publicarlas, así que una cadena no podía sustituir a un número en producción sin avisar. Los rangos y las listas permitidas formaban parte de la definición. A quien lo había pasado mal por una errata en un JSON de flags, esto le importaba más que cualquier panel.

Permisos e historial de auditoría

El control de acceso funcionaba por espacio de nombres, con roles de lectura, edición y administración. Cada cambio registraba quién lo hizo, el valor anterior y el commit o la sesión que lo produjo. En equipos regulados, ese registro marcaba la diferencia entre publicar un cambio y esperar una semana de aprobación.

Ventajas y desventajas

Ventajas

  • La configuración vive con el código, así que revisión, historial y reversión usan herramientas que el equipo ya domina.
  • La evaluación local elimina la dependencia de red que convierte los feature flags alojados en un riesgo de disponibilidad.
  • Los valores tipados y la validación antes de publicar atrapan los errores que causan la mayoría de las caídas por configuración.
  • El plan gratuito cubría los primeros 25 lekkos, suficiente para que un equipo pequeño probara el modelo en servicios reales.

Desventajas

  • El producto alojado ya no se vende y el equipo se fue a Rippling en enero de 2025, así que no hay soporte ni funciones nuevas.
  • Integrar el SDK implica tocar el código de la aplicación, una venta más difícil que un proxy delante de los servicios existentes.
  • Nunca hubo precios públicos, así que un equipo pequeño tenía que hablar con ventas antes de comparar costes con un proveedor de flags.

Preguntas frecuentes

Lekko fue una plataforma de configuración dinámica, una categoría que la empresa describía como ir más allá de los feature flags. En lugar de alojar flags en un servicio externo, mantenía los valores ajustables en tu repositorio como código tipado y los evaluaba dentro de la aplicación.