@dictionary_auto_translate

Health Check ist ein GitOps-Begriff fuer a public-safe signal that says whether an application or resource is usable. 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.

“Das Team nutzte Health Check vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Self-Heal ist ein GitOps-Begriff fuer automatic correction when live state drifts away from 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.

“Das Team nutzte Self-Heal vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

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.

“Das Team nutzte Prune vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

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.

“Das Team nutzte Orphaned Resource vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Resource Pruning ist ein GitOps-Begriff fuer the controlled deletion of unmanaged or removed resources during sync. 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.

“Das Team nutzte Resource Pruning vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Rollback ist ein GitOps-Begriff fuer returning to a previous known configuration or artifact version. 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.

“Das Team nutzte Rollback vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Roll Forward ist ein GitOps-Begriff fuer fixing an issue by moving to a newer corrected version instead of going backward. 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.

“Das Team nutzte Roll Forward vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Commit SHA Pinning ist ein GitOps-Begriff fuer locking deployment source to a precise Git commit identifier. 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.

“Das Team nutzte Commit SHA Pinning vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Git Tag Promotion ist ein GitOps-Begriff fuer using a versioned Git tag to promote a release between environments. 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.

“Das Team nutzte Git Tag Promotion vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

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.

“Das Team nutzte Promotion PR vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Environment Promotion ist ein GitOps-Begriff fuer moving a change from one environment to another with evidence and review. 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.

“Das Team nutzte Environment Promotion vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

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.

“Das Team nutzte Preview Environment vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Ephemeral Environment ist ein GitOps-Begriff fuer a short-lived environment created for testing, review, or validation. 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.

“Das Team nutzte Ephemeral Environment vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

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.

“Das Team nutzte Progressive Delivery vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Canary Release ist ein GitOps-Begriff fuer a release strategy that sends a small portion of traffic to a new version first. 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.

“Das Team nutzte Canary Release vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Blue Green Release ist ein GitOps-Begriff fuer a release strategy that switches between two complete environments. 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.

“Das Team nutzte Blue Green Release vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

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.

“Das Team nutzte Release Evidence vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Audit Trail ist ein GitOps-Begriff fuer the recorded sequence of changes, approvals, and system actions. 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.

“Das Team nutzte Audit Trail vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Commit Provenance ist ein GitOps-Begriff fuer evidence about who created a commit, when it happened, and what it changed. 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.

“Das Team nutzte Commit Provenance vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”

Signed Commit ist ein GitOps-Begriff fuer a Git commit with cryptographic proof of author or system identity. 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.

“Das Team nutzte Signed Commit vor dem Mittagessen, damit das Release nicht mit offenen Schnuersen in die Produktion rannte.”