#gitops

Release Freeze es un termino de GitOps para a period when normal releases are paused to reduce risk. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Release Freeze antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Repo Per Environment es un termino de GitOps para a GitOps layout where each environment has its own repository boundary. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Repo Per Environment antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Required Check es un termino de GitOps para a status check that must pass before a source change can merge. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Required Check antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Resource Pruning es un termino de GitOps para the controlled deletion of unmanaged or removed resources during sync. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation.

“El equipo uso Resource Pruning antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Roll Forward es un termino de GitOps para fixing an issue by moving to a newer corrected version instead of going backward. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation.

“El equipo uso Roll Forward antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Rollback es un termino de GitOps para returning to a previous known configuration or artifact version. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation.

“El equipo uso Rollback antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

SBOM Gate es un termino de GitOps para a release check that requires software bill of materials evidence before promotion. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso SBOM Gate antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Sealed Secrets es un termino de GitOps para encrypted Kubernetes secrets that a controller can decrypt inside the cluster. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation; Flux documentation.

“El equipo uso Sealed Secrets antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Secret Sealing es un termino de GitOps para encrypting a secret so it can be safely stored in a repository. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation; Flux documentation.

“El equipo uso Secret Sealing antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Self-Heal es un termino de GitOps para automatic correction when live state drifts away from source state. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation.

“El equipo uso Self-Heal antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Semver Image Policy es un termino de GitOps para an image selection rule based on semantic version ranges. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Flux documentation.

“El equipo uso Semver Image Policy antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Signed Commit es un termino de GitOps para a Git commit with cryptographic proof of author or system identity. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Signed Commit antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Signed Image es un termino de GitOps para a container image with cryptographic proof attached to the artifact. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Signed Image antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Single Source of Truth es un termino de GitOps para the trusted versioned location agents and people use to decide what should run. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Single Source of Truth antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

SOPS es un termino de GitOps para a file encryption workflow used to protect secrets in GitOps repositories. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Flux documentation.

“El equipo uso SOPS antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Source Controller es un termino de GitOps para a Flux controller that fetches and exposes source artifacts. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Flux documentation.

“El equipo uso Source Controller antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Source State es un termino de GitOps para the versioned configuration stored in Git or another trusted source. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles; Argo CD documentation.

“El equipo uso Source State antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Supply Chain Policy es un termino de GitOps para rules that decide which code, images, dependencies, and sources can be released. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: OpenGitOps principles.

“El equipo uso Supply Chain Policy antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Suspended Reconciliation es un termino de GitOps para a paused reconciliation loop that leaves state unchanged until resumed. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Flux documentation.

“El equipo uso Suspended Reconciliation antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Sync Hook es un termino de GitOps para a controlled action that runs at a particular point in a sync lifecycle. Ayuda a equipos, humanos y agentes a comparar el estado declarado con los sistemas en ejecucion y actuar sin fingir que el despliegue hizo mas de lo demostrado. Fuente: Argo CD documentation.

“El equipo uso Sync Hook antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”