GoRules
Solución BRMS/decisioning para definir, versionar, simular, publicar y ejecutar reglas y decisiones de negocio desacopladas del código de la aplicación, con authoring visual (tablas de decisión y grafos) o programático, trazabilidad y flujo de releases, y opciones de ejecución embebida mediante SDK o centralizada como servicio vía Agent REST con recarga de releases desde almacenamiento.
descripcion
GoRules es una solución de Business Rules / Decisioning que separa la lógica de decisión del código de la aplicación. Permite definir reglas de forma visual (tablas de decisión y grafos) o programática, probarlas con simulación y desplegarlas para su ejecución embebida (SDK) o vía servicio (Agent), con el objetivo de acelerar cambios de lógica sin reescrituras y con trazabilidad y flujo de publicación (BRMS).
aplicacion profesional
Sirve para modelar, versionar y ejecutar decisiones de negocio (p. ej., pricing/fees, elegibilidad y aprobaciones, scoring/riesgo, comisiones, underwriting, etc.) fuera del código, de modo que equipos de negocio puedan mantener reglas (con soporte de equipos técnicos) y que aplicaciones/servicios las evalúen de forma consistente. En arquitectura, puede usarse: (1) embebido en la aplicación mediante SDK (baja latencia) y carga dinámica desde storage; (2) como microservicio REST (Agent) para centralizar evaluación, observabilidad y “hot reloading” de releases; (3) como BRMS para colaboración, proyectos, entornos y releases.
precio
Página pública de precios (self-hosted): Free 0 EUR/mes; Team 50 EUR/mes; Business 500 EUR/mes; Enterprise “Custom”. Todos los planes incluyen despliegue self-hosted y “unlimited rule evaluations”. Dispone de plan gratuito.
puntos a favor
- Motor y ecosistema orientado a separar decisiones del código con authoring visual y simulación.
- Opciones de despliegue múltiples (SDK embebido y Agent REST).
- SDKs para varios lenguajes (documentación pública incluye Go; también menciona Node.js, Python, Rust, Java, etc.).
- Agent con recarga automática de releases desde almacenamiento de objetos.
- BRMS con proyectos y control de versiones tipo “Git-like” (branches/merge requests/semver) según documentación pública.
- Repositorios open-source disponibles en GitHub (p. ej., zen, zen-go, editor, jdm-editor).
puntos en contra
- Para latencias sub-milisegundo la propia documentación recomienda SDK embebido en lugar del Agent (lo que puede aumentar acoplamiento por despliegue dentro de cada servicio).
- El modelo BRMS/colaboración avanzada introduce dependencias operativas (p. ej., despliegue self-hosted con PostgreSQL según plan Free).
- Ciertas capacidades aparecen como limitadas por plan (p. ej., entornos, usuarios, proyectos, documentos) y funcionalidades avanzadas como “Compare Releases” figuran como Enterprise según la página de precios.