GitOps and Release Engineering
105 approved public terms in this category.
OCIRepository Source e um termo de GitOps para a Flux source object that points to an OCI artifact repository. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Flux documentation.
“A equipe usou OCIRepository Source antes do almoco, e o release parou de correr para producao com o cadarco solto.”
OPA Gatekeeper e um termo de GitOps para a Kubernetes policy system often used to enforce admission constraints. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Kubernetes controller pattern.
“A equipe usou OPA Gatekeeper antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Orphaned Resource e um termo de GitOps para a live object that is not clearly owned by the current desired source state. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Argo CD documentation.
“A equipe usou Orphaned Resource antes do almoco, e o release parou de correr para producao com o cadarco solto.”
OutOfSync e um termo de GitOps para a status showing the live system does not match the desired source state. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Argo CD documentation.
“A equipe usou OutOfSync antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Overlay Patch e um termo de GitOps para a targeted change layered onto a base manifest. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Argo CD documentation; Flux documentation.
“A equipe usou Overlay Patch antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Owner Reference e um termo de GitOps para metadata linking a resource to the object that controls it. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Kubernetes controller pattern.
“A equipe usou Owner Reference antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Platform Repository e um termo de GitOps para a repository that stores shared platform services, policies, and add-ons. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Platform Repository antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Policy as Code e um termo de GitOps para security, compliance, or release rules written as versioned machine-readable code. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Policy as Code antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Preview Environment e um termo de GitOps para a temporary environment used to review a change before merge or release. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Argo CD documentation.
“A equipe usou Preview Environment antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Progressive Delivery e um termo de GitOps para releasing changes gradually while watching evidence and safety signals. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Argo CD documentation.
“A equipe usou Progressive Delivery antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Promotion PR e um termo de GitOps para a pull request that moves a known change into the next environment. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Promotion PR antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Prune e um termo de GitOps para removing live resources that are no longer present in desired source state. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Argo CD documentation.
“A equipe usou Prune antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Pull Request Gate e um termo de GitOps para a required review or check before source state can change. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Pull Request Gate antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Pull-Based Deployment e um termo de GitOps para a deployment model where an in-cluster agent pulls desired state from source. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles; Flux documentation.
“A equipe usou Pull-Based Deployment antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Push-Based Deployment e um termo de GitOps para a deployment model where an outside system pushes changes into the runtime. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Push-Based Deployment antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Reconcile Interval e um termo de GitOps para how often a controller checks source and runtime state. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Flux documentation.
“A equipe usou Reconcile Interval antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Reconciliation e um termo de GitOps para the repeated process of moving live state closer to desired state. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles; Kubernetes controller pattern; Flux documentation.
“A equipe usou Reconciliation antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Reconciliation Loop e um termo de GitOps para a controller loop that watches, compares, and applies changes until state is aligned. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: Kubernetes controller pattern; Argo CD documentation.
“A equipe usou Reconciliation Loop antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Registry Mirror e um termo de GitOps para a trusted copy of image or artifact storage used for speed or resilience. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Registry Mirror antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Release Evidence e um termo de GitOps para the logs, commits, checks, and status signals that show what changed and why. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Release Evidence antes do almoco, e o release parou de correr para producao com o cadarco solto.”