Saltar al contenido

@dictionary_auto_translate

Public approved definitions attributed to this handle. Private author metadata is not exposed.

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.

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.

Admission Policy es un termino de GitOps para a rule that evaluates resources before they are accepted by 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: Kubernetes controller pattern.

El equipo uso Admission Policy 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.

Kyverno Policy es un termino de GitOps para a Kubernetes-native policy rule for validating, mutating, or generating resources. 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 Kyverno Policy 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.

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.

External Secrets es un termino de GitOps para a pattern that syncs secrets from a protected external store 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: Argo CD documentation; Flux documentation.

El equipo uso External Secrets 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.

Cluster Bootstrap es un termino de GitOps para the first GitOps setup that installs controllers and base configuration. 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 Cluster Bootstrap antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.

Bootstrap Repository es un termino de GitOps para the repository that contains the starting configuration for a cluster or fleet. 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 Bootstrap Repository 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.

Tenant Repository es un termino de GitOps para a repository where one team or tenant owns its application configuration. 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 Tenant Repository antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.

Infrastructure Repository es un termino de GitOps para a repository containing infrastructure definitions and environment 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.

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

Monorepo GitOps es un termino de GitOps para a GitOps layout where many services or environments live in one 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: OpenGitOps principles.

El equipo uso Monorepo GitOps 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.

Environment Branch es un termino de GitOps para a branch used to represent or promote a specific environment 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.

El equipo uso Environment Branch 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.

Branch Protection es un termino de GitOps para repository rules that prevent unsafe merges or unreviewed source changes. 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 Branch Protection antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.

Merge Queue es un termino de GitOps para an ordered queue that lands approved changes after checks pass. 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 Merge Queue antes del almuerzo, y el release dejo de correr por produccion con los zapatos desatados.