Hola.
Desarrollé un Database-Driven Kubernetes Operator y quería presentarlo a quienes puedan estar interesados.
Lynq es un operador que aprovecha directamente los datos que una aplicación ya administra en la DB para crear/actualizar/limpiar automáticamente recursos de Kubernetes.
(Lynq puede leerse como "Lynq", pero al venir de Link lo pronunciamos como "Link".)
La motivación para desarrollarlo fue relativamente simple.
En una situación donde toda la información, como entornos, tenants y nodos, estaba en la DB,
volver a reflejarla cada vez que cambiaba aunque fuera un poco tomaba demasiado tiempo y era muy engorroso.
Entonces surgió esta idea:
“Lo que realmente necesita gestionarse con Git puede ser solo una plantilla repetitiva,
¿y no debería todo lo demás seguirse automáticamente cada vez que cambian los datos a aprovisionar?”
Investigué varias opciones, pero no encontré una herramienta que me dejara satisfecho,
y aunque ya llevaba más de 5 o 6 años usando Helm y Terraform, tenían limitaciones como estas:
- no reaccionaban de inmediato a los cambios en la DB,
- no había un modelo de reconcile continuo, y
- al final había que mantener manualmente varios scripts y pipelines.
Por eso creé Lynq como un operador que cumple exactamente con estos requisitos.
Además, en Lynq estamos poniendo mucho esfuerzo en la visualización y la documentación para que pueda operarse en producción sin malentendidos.
Por ejemplo, en las siguientes páginas se puede ver de un vistazo la visualización para ayudar a comprender la creación/eliminación/conflictos (Interactive):
=> Policies Docs
=> Dependency Visualizer
Parece especialmente útil en casos como estos
- generación automática de configuraciones de clientes/tenants en entornos SaaS
- sistemas que necesitan crear en masa entornos de staging/preview y gestionar su ciclo de vida
- arquitecturas donde los recursos deben sincronizarse rápidamente incluso sin GitOps
- equipos que operan configuraciones a gran escala basadas en DB
- estructuras donde hay que gestionar de forma unificada con plantillas configuraciones de múltiples sucursales/nodos/sitios
Si se te ocurre algo como “con este enfoque también podría usarse aquí”
o si has vivido directamente una situación problemática parecida, agradecería mucho cualquier feedback.
Gracias.
Si sigues la documentación de Quick Start, puedes probarlo fácilmente en un entorno local, y también se puede instalar con Helm.
Además, se incluyen Prometheus Rule y Grafana Dashboard JSON para monitoreo.
- GitHub Repo: https://github.com/k8s-lynq/lynq
- Docs: https://lynq.sh/
2 comentarios
Vaya, hicieron la documentación súper detallada y muy bien presentada.
Gracias jaja
Como casi no hay herramientas similares y resulta algo unfamiliar, estoy poniendo especial atención en ayudar a entenderlo visualmente.
Si al revisar la documentación hay algo que no se entienda o algún concepto resulte confuso, les agradecería mucho que me compartieran feedback sobre qué partes sería bueno mejorar.
Por ahora estoy aumentando el nivel de acabado con un demo en vivo y la creación de pruebas E2E, así que les agradeceré que estén pendientes.