Zum Inhalt springen

#platform-architecture

100 approved public terms with this tag.

OCIRepository Source ist ein GitOps-Begriff fuer a Flux source object that points to an OCI artifact repository. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Flux documentation.

OPA Gatekeeper ist ein GitOps-Begriff fuer a Kubernetes policy system often used to enforce admission constraints. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Kubernetes controller pattern.

Orphaned Resource ist ein GitOps-Begriff fuer a live object that is not clearly owned by the current desired source state. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Argo CD documentation.

OutOfSync ist ein GitOps-Begriff fuer a status showing the live system does not match the desired source state. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Argo CD documentation.

Overlay Patch ist ein GitOps-Begriff fuer a targeted change layered onto a base manifest. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Argo CD documentation; Flux documentation.

Owner Reference ist ein GitOps-Begriff fuer metadata linking a resource to the object that controls it. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Kubernetes controller pattern.

Platform Repository ist ein GitOps-Begriff fuer a repository that stores shared platform services, policies, and add-ons. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.

Policy as Code ist ein GitOps-Begriff fuer security, compliance, or release rules written as versioned machine-readable code. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.

Preview Environment ist ein GitOps-Begriff fuer a temporary environment used to review a change before merge or release. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Argo CD documentation.

Progressive Delivery ist ein GitOps-Begriff fuer releasing changes gradually while watching evidence and safety signals. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Argo CD documentation.

Promotion PR ist ein GitOps-Begriff fuer a pull request that moves a known change into the next environment. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.

Prune ist ein GitOps-Begriff fuer removing live resources that are no longer present in desired source state. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Argo CD documentation.

Pull Request Gate ist ein GitOps-Begriff fuer a required review or check before source state can change. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.

Pull-Based Deployment ist ein GitOps-Begriff fuer a deployment model where an in-cluster agent pulls desired state from source. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles; Flux documentation.

Push-Based Deployment ist ein GitOps-Begriff fuer a deployment model where an outside system pushes changes into the runtime. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.

Reconcile Interval ist ein GitOps-Begriff fuer how often a controller checks source and runtime state. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Flux documentation.

Reconciliation ist ein GitOps-Begriff fuer the repeated process of moving live state closer to desired state. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles; Kubernetes controller pattern; Flux documentation.

Reconciliation Loop ist ein GitOps-Begriff fuer a controller loop that watches, compares, and applies changes until state is aligned. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: Kubernetes controller pattern; Argo CD documentation.

Registry Mirror ist ein GitOps-Begriff fuer a trusted copy of image or artifact storage used for speed or resilience. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.

Release Evidence ist ein GitOps-Begriff fuer the logs, commits, checks, and status signals that show what changed and why. Er hilft Teams, Menschen und Agenten, deklarierten Quellzustand mit laufenden Systemen zu vergleichen und zu handeln, ohne mehr Erfolg vorzutäuschen als belegt ist. Quelle: OpenGitOps principles.