Pipelines de CI/CD

Las Pipelines de CI/CD automatizan el traslado de reglas de negocio entre Spaces y entornos de DecisionRules. Usan la Management API y las Pipeline Tools de DecisionRules para exportar, comparar, respaldar e importar proyectos de reglas como parte de un proceso de entrega DevOps existente.

No. DecisionRules proporciona la Management API y las utilidades de pipeline que realizan las operaciones sobre reglas. Su plataforma de CI/CD existente orquesta cuándo se ejecutan esas operaciones, dónde se almacenan los artefactos y si se requiere una aprobación.

Necesita un Space de origen, un Space de destino, las URL de entorno de DecisionRules y una Management API key para cada Space. Las Pipeline Tools oficiales se ejecutan con Node.js y pueden añadirse a un ejecutor de CI/CD estándar. Se recomienda un repositorio Git protegido o un almacén de objetos para los artefactos de versiones y las copias de seguridad.

Las herramientas son scripts independientes del proveedor. DecisionRules ofrece ejemplos documentados para Azure DevOps, AWS CodeBuild y Google Cloud Build. El mismo enfoque puede usarse con GitHub Actions, Bitbucket Pipelines, Jenkins, OpenShift Pipelines y otras plataformas capaces de ejecutar comandos de Node.js.

Sí. Las Pipeline Tools admiten DecisionRules Public Cloud, Regional Cloud, Private Managed Cloud y despliegues on-premise. Cada origen y destino se identifica mediante su URL de entorno y una Management API key específica del Space.

Las Pipeline Tools estándar exportan e importan un Space completo, incluidos sus recursos de reglas y su estructura de carpetas. Para flujos de trabajo más selectivos, la Management API también expone operaciones para reglas individuales, versiones, Rule Flows y carpetas, lo que permite crear una pipeline con el alcance necesario.

Sí. Exporte los Spaces de origen y destino y ejecute el paso de comparación antes de importar. Las Pipeline Tools pueden crear un artefacto de comparación JSON que ofrece a los revisores una visión general de los cambios en las reglas entre ambos entornos.

Sí. La aprobación se configura en su plataforma de CI/CD. Por ejemplo, el flujo documentado de Azure DevOps separa la comparación y la migración en etapas distintas y exige aprobación antes de que la etapa de migración pueda actualizar el Space de destino.

Sí. Su plataforma de CI/CD controla el desencadenante. Una pipeline puede iniciarse manualmente, programarse o conectarse a un evento del repositorio, como un commit o merge, según su política de versiones.

No. La publicación es una decisión de ciclo de vida independiente. La pipeline mueve el proyecto de reglas exportado y no debe considerarse una aprobación automática de lógica de negocio sin terminar. Defina los estados esperados de las reglas en su proceso de versiones y verifíquelos antes de dirigir tráfico de producción a las reglas importadas.

Sí. El flujo documentado de Space completo respalda el destino, lo limpia y después importa el artefacto de origen seleccionado. Como es una operación de reemplazo, la copia de seguridad del destino, la comparación de entornos y la puerta de aprobación son salvaguardas importantes. Un flujo personalizado con la Management API puede utilizar un alcance de despliegue más limitado cuando el reemplazo completo no sea apropiado.

Sí. La pipeline forma parte de su flujo DevOps, por lo que se pueden añadir pasos de validación antes de la aprobación o después de la importación. Las Pipeline Tools oficiales se centran en exportar, comparar, limpiar e importar Spaces; los equipos pueden ampliar la pipeline con sus propias comprobaciones de políticas o pruebas de humo de Solver API posteriores al despliegue.

Antes del despliegue, la pipeline guarda el Space de Producción actual como archivo de respaldo. Si es necesario revertir la nueva versión, una pipeline de recuperación limpia el Space afectado e importa la copia de seguridad seleccionada. Producción vuelve así al estado capturado antes del despliegue.

No. Rule Versioning gestiona iteraciones numeradas de una regla individual dentro de un Space. La recuperación mediante pipeline restaura una instantánea guardada de un Space o entorno. Use Rule Versioning para el ciclo de vida de una regla y las copias de seguridad de CI/CD para la recuperación del despliegue a nivel de entorno.

Almacene las copias de seguridad fuera del Space de destino, en un repositorio Git protegido, en el almacén de artefactos de CI/CD o en almacenamiento de objetos como Amazon S3 o Google Cloud Storage. Aplique las políticas de retención y acceso exigidas por su organización.

Almacene cada Management API key en el almacén de secretos de su plataforma de CI/CD. Use una clave distinta para cada Space, limite quién puede ejecutar despliegues de producción y nunca confirme claves en el repositorio ni las imprima en los registros de la pipeline.

Sí. Los Spaces separados crean un límite claro entre el trabajo en curso y la lógica lista para producción. Muchos equipos usan una progresión de Desarrollo, Pruebas o Staging y Producción, pero el número exacto de entornos depende de sus requisitos de revisión y cumplimiento normativo.

Exporte y respalde el destino, compárelo con el origen, revise los cambios inesperados, exija la aprobación adecuada y conserve el artefacto desplegado. Después de la importación, ejecute las validaciones o pruebas de humo definidas por su proceso de versiones.

Mantenga la pipeline de recuperación separada de la pipeline de despliegue normal, proteja su acceso y pruébela antes de necesitarla. Asegúrese de que el equipo sepa qué artefacto representa el último estado de producción conocido y funcional, y cómo seleccionarlo durante la recuperación.