Git & Lieferung Kern A2 · Formale Spezifikation Plattform: Allgemein

Container Registry

Container-Registry

Ein Container-Registry ist ein Dienst, der Container-Images speichert und teilt. Repositories gruppieren zusammengehörige Inhalte innerhalb der Registry.

Sieh, wie es funktioniert
Du könntest es nennen Container RegistryBild-RegistryOCI-RegistryDocker-Registry

Sieh, wie es funktioniert

Original bearbeitetes BeispielContainer-Registry
BUILD → RUN → RELEASEContainer-Registryregistry host / repository : tag -> manifest digest -> blobs
REGISTRY.EXAMPLEAUTHORIZED
REPOSITORYteam/catalog:1.4scope: repository:team/catalog:pull
tag 1.4manifest sha256:91f…→
Zwischengespeicherter Bloba2f… ✓Fehlender Blobb7d… ↓
Pull abgeschlossenDigest überprüft
ERGEBNISDer Client ruft ein Manifest ab und nur die fehlenden Blobs.GRENZEEine Registry speichert und verteilt Images. Sie führt sie nicht aus.
registry host / repository : tag -> manifest digest -> blobsOPS
Container-RegistryLaufzeit & progressive Lieferung

Ein weiteres Beispiel

Das Registry `registry.example.com` enthält das Repository `team/checkout`. Ein Tag benennt eine Version; ein Digest identifiziert dessen exaktes Manifest.

Hauptteile

  1. 01Registry-Host
  2. 02Repository-Pfad
  3. 03Tag
  4. 04Manifest-Digest
  5. 05Push- und Pull-Zugriff
  6. 06Aufbewahrungs- und Prüfungsregeln

Verwenden Sie es, wenn

Verwenden Sie ein Register, wenn Build-Systeme und Laufzeit-Hosts kontrolliertes Image-Push und Pull benötigen. Legen Sie Zugriffs- und Aufbewahrungsregeln fest. Konfigurieren Sie Audit-Logs, wenn verfügbar.

Nutze es nicht, wenn

Nenne ein Repository nicht das gesamte Register. Setze keinen unbekannten Tag ein, ohne seinen Digest und die Quelle zu überprüfen.

In Code verwendeter Name

registry host / repository : tag -> manifest digest -> blobs

Vor dem Ausliefern

Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.

Anfrage, die Sie kopieren können

Outcome: Complete the task with Container-Registry (Container Registry). User context: Das Registry `registry.example.com` enthält das Repository `team/checkout`. Ein Tag benennt eine Version; ein Digest identifiziert dessen exaktes Manifest. Delivery concept or operation: Container-Registry (Container Registry). Why it fits: Verwenden Sie ein Register, wenn Build-Systeme und Laufzeit-Hosts kontrolliertes Image-Push und Pull benötigen. Legen Sie Zugriffs- und Aufbewahrungsregeln fest. Konfigurieren Sie Audit-Logs, wenn verfügbar. Do not use it when: Nenne ein Repository nicht das gesamte Register. Setze keinen unbekannten Tag ein, ohne seinen Digest und die Quelle zu überprüfen. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Ein formelles Dokument kann trotzdem ein Entwurf, ein Release Candidate oder die finale Version sein. Prüfe seinen Status und die Browser- oder Plattform-Unterstützung. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.

Diese Anfrage prüfen

Review how Container-Registry (Container Registry) is used now. Definition: Ein Container-Registry ist ein Dienst, der Container-Images speichert und teilt. Repositories gruppieren zusammengehörige Inhalte innerhalb der Registry. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

A2
Wie offiziell ist dieser Begriff?

Formale Spezifikation

Eine veröffentlichte, versionierte formale Spezifikation definiert diesen Begriff für den gelisteten technischen Bereich.

Ein formelles Dokument kann trotzdem ein Entwurf, ein Release Candidate oder die finale Version sein. Prüfe seinen Status und die Browser- oder Plattform-Unterstützung.

Umfang
Nur das, was die Quelle abdeckt:Kanonischer Name、Definition、Semantik、Implementierung
Dokumentenstatus
stabil
Geprüft am
2026-07-30

Beweisquellen & Umfang

Autoritätsquelle + Begriffsreferenz · Open Container Initiative · stabil OCI Distribution Specification 1.1.1 — Definitions — Registry Definitions — Registry Umfang: Kanonischer Name、Definition、Semantik、Implementierung Rolle hier: Direkte Begriffsreferenz Quelle umfasst: Kanonischer Name, Definition, Semantik, Implementierung Autoritätsquelle · Open Container Initiative · stabil OCI Distribution Specification 1.1.1 Umfang: Kanonischer Name、Definition、Semantik、Implementierung Rolle hier: Autorität im angegebenen Rahmen Quelle umfasst: Kanonischer Name, Definition, Semantik, Implementierung Hintergrund-Quelle Azure Container Registry documentation Rolle hier: Hilfreicher Hintergrund, keine Definition Hintergrund-Quelle Microsoft Learn — Azure Container Registry concepts (Traditional Chinese) Rolle hier: Hilfreicher Hintergrund, keine Definition

Selbst kopieren

Der Browser konnte dies nicht kopieren. Wählen Sie die Anfrage unten aus und kopieren Sie sie selbst.