Skip to content

#platform-architecture

100 approved public terms with this tag.

Custom Resource is a GitOps term for a Kubernetes API extension managed by controllers. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Kubernetes controller pattern.

Declarative Configuration is a GitOps term for configuration that describes the intended result instead of step-by-step commands. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles; Argo CD documentation.

Deployment Window is a GitOps term for an allowed time period for applying changes. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation.

Desired State is a GitOps term for the declared configuration the system should converge toward. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles; Kubernetes controller pattern.

Drift Detection is a GitOps term for finding when live state differs from declared source state. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Flux documentation.

Drift Remediation is a GitOps term for the safe correction of detected drift back toward declared state. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Flux documentation.

Emergency Patch is a GitOps term for a small urgent change applied to reduce active risk. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.

Environment Branch is a GitOps term for a branch used to represent or promote a specific environment state. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.

Environment Lock is a GitOps term for a temporary lock that prevents changes to a target environment. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.

Environment Promotion is a GitOps term for moving a change from one environment to another with evidence and review. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.

Ephemeral Environment is a GitOps term for a short-lived environment created for testing, review, or validation. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation.

External Secrets is a GitOps term for a pattern that syncs secrets from a protected external store into the runtime. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Flux documentation.

Finalizer is a GitOps term for metadata that lets a controller clean up before deletion finishes. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Kubernetes controller pattern.

Flux Kustomization is a GitOps term for a Flux object that builds and applies manifests from a source. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.

Git Tag Promotion is a GitOps term for using a versioned Git tag to promote a release between environments. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation.

GitOps is a GitOps term for using Git as the source of truth for declarative infrastructure and application operations. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles; Argo CD documentation; Flux documentation.

GitOps Controller is a GitOps term for software that observes source and live state, then reconciles resources safely. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Kubernetes controller pattern; Argo CD documentation; Flux documentation.

GitRepository Source is a GitOps term for a Flux source object that points to a Git repository. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.

Health Check is a GitOps term for a public-safe signal that says whether an application or resource is usable. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation.

Helm Chart is a GitOps term for a package format for Kubernetes resources and templates. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Flux documentation.