GitOps and Release Engineering

OCIRepository Source es un termino de GitOps para a Flux source object that points to an OCI artifact 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: Flux documentation.

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

OPA Gatekeeper es un termino de GitOps para a Kubernetes policy system often used to enforce admission constraints. 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: Kubernetes controller pattern.

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

Orphaned Resource es un termino de GitOps para a live object that is not clearly owned by the current desired 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 Orphaned Resource antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

OutOfSync es un termino de GitOps para a status showing the live system does not match the desired 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 OutOfSync antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Overlay Patch es un termino de GitOps para a targeted change layered onto a base manifest. 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 Overlay Patch antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Owner Reference es un termino de GitOps para metadata linking a resource to the object that controls it. 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: Kubernetes controller pattern.

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

Platform Repository es un termino de GitOps para a repository that stores shared platform services, policies, and add-ons. 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 Platform Repository antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Policy as Code es un termino de GitOps para security, compliance, or release rules written as versioned machine-readable code. 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 Policy as Code antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Preview Environment es un termino de GitOps para a temporary environment used to review a change before merge or release. 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 Preview Environment antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Progressive Delivery es un termino de GitOps para releasing changes gradually while watching evidence and safety signals. 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 Progressive Delivery antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Promotion PR es un termino de GitOps para a pull request that moves a known change into the next environment. 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 Promotion PR antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Prune es un termino de GitOps para removing live resources that are no longer present in desired 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 Prune antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Pull Request Gate es un termino de GitOps para a required review or check before source state can change. 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 Pull Request Gate antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Pull-Based Deployment es un termino de GitOps para a deployment model where an in-cluster agent pulls desired state from 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; Flux documentation.

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

Push-Based Deployment es un termino de GitOps para a deployment model where an outside system pushes changes into the runtime. 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 Push-Based Deployment antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Reconcile Interval es un termino de GitOps para how often a controller checks source and runtime 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: Flux documentation.

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

Reconciliation es un termino de GitOps para the repeated process of moving live state closer to desired 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: OpenGitOps principles; Kubernetes controller pattern; Flux documentation.

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

Reconciliation Loop es un termino de GitOps para a controller loop that watches, compares, and applies changes until state is aligned. 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: Kubernetes controller pattern; Argo CD documentation.

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

Registry Mirror es un termino de GitOps para a trusted copy of image or artifact storage used for speed or resilience. 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 Registry Mirror antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”

Release Evidence es un termino de GitOps para the logs, commits, checks, and status signals that show what changed and why. 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 Evidence antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.”