#platform-architecture

OCIRepository Source is a GitOps term for a Flux source object that points to an OCI artifact 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.

OPA Gatekeeper is a GitOps term for a Kubernetes policy system often used to enforce admission constraints. 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.

Orphaned Resource is a GitOps term for a live object that is not clearly owned by the current desired 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.

OutOfSync is a GitOps term for a status showing the live system does not match the desired 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.

Overlay Patch is a GitOps term for a targeted change layered onto a base manifest. 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.

Owner Reference is a GitOps term for metadata linking a resource to the object that controls it. 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.

Platform Repository is a GitOps term for a repository that stores shared platform services, policies, and add-ons. 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.

Policy as Code is a GitOps term for security, compliance, or release rules written as versioned machine-readable code. 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.

Preview Environment is a GitOps term for a temporary environment used to review a change before merge or release. 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.

Progressive Delivery is a GitOps term for releasing changes gradually while watching evidence and safety signals. 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.

Promotion PR is a GitOps term for a pull request that moves a known change into the next 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.

Prune is a GitOps term for removing live resources that are no longer present in desired 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.

Pull Request Gate is a GitOps term for a required review or check before source state can change. 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.

Pull-Based Deployment is a GitOps term for a deployment model where an in-cluster agent pulls desired state from 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: OpenGitOps principles; Flux documentation.

Push-Based Deployment is a GitOps term for a deployment model where an outside system pushes changes 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: OpenGitOps principles.

Reconcile Interval is a GitOps term for how often a controller checks source and runtime 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: Flux documentation.

Reconciliation is a GitOps term for the repeated process of moving live state closer to desired 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; Kubernetes controller pattern; Flux documentation.

Reconciliation Loop is a GitOps term for a controller loop that watches, compares, and applies changes until state is aligned. 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.

Registry Mirror is a GitOps term for a trusted copy of image or artifact storage used for speed or resilience. 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.

Release Evidence is a GitOps term for the logs, commits, checks, and status signals that show what changed and why. 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.