Git & Lieferung Kern A2 · Formale Spezifikation Plattform: Allgemein

Container Image

Container-Image

Ein Container-Image ist ein geschichtetes Paket, das verwendet wird, um Container zu erstellen. Nach dem Build bleibt sein Inhalt unverändert.

Sieh, wie es funktioniert
Du könntest es nennen Container ImageOCI-ImageDocker-ImageContainer-Image-Artefakt

Sieh, wie es funktioniert

Original bearbeitetes BeispielContainer-Image
BUILD → RUN → RELEASEContainer-Imagemanifest digest -> config + ordered read-only layers + platform metadata
CATALOG:1.4linux/amd64
OCI MANIFESTConfig + geordnete Schichtenapplication/vnd.oci.image.manifest.v1+json
configsha256:c81…layers [0…2]sha256:a2f…
BILDIDENTITÄTsha256:91f…✓
Bildebenen bleiben schreibgeschütztContainer fügt schreibbare Schicht hinzu
ERGEBNISDie Manifest-Prüfsumme benennt genau einen Image-Graphen.GRENZEEin Tag kann sich bewegen. Ein Digest fixiert den Inhalt, nicht das Vertrauen.
manifest digest -> config + ordered read-only layers + platform metadataOPS
Container-ImageLaufzeit & progressive Lieferung

Ein weiteres Beispiel

Ein Team veröffentlicht `shop/app:1.4`. Dieser Tag kann später verschoben werden. Die Produktion verwendet einen Digest, um den genauen Bildinhalt auszuwählen.

Hauptteile

  1. 01Bildmanifest
  2. 02Bildkonfiguration
  3. 03Geordnete Dateisystem-Ebenen
  4. 04Plattformmetadaten
  5. 05Verschiebbares Tag
  6. 06Inhaltsdigest

Verwenden Sie es, wenn

Verwenden Sie ein Bild, um einen getesteten Build für wiederholbare Container-Starts zu paketieren. Zeichnen Sie seine Quelle, den Digest, die Plattform und die Build-Zeit auf.

Nutze es nicht, wenn

Verwenden Sie ein Tag nicht als Beweis für exakte Inhalte oder Sicherheit. Ein Digest pinnt Inhalte, beweist aber kein Vertrauen.

In Code verwendeter Name

manifest digest -> config + ordered read-only layers + platform metadata

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-Image (Container Image). User context: Ein Team veröffentlicht `shop/app:1.4`. Dieser Tag kann später verschoben werden. Die Produktion verwendet einen Digest, um den genauen Bildinhalt auszuwählen. Delivery concept or operation: Container-Image (Container Image). Why it fits: Verwenden Sie ein Bild, um einen getesteten Build für wiederholbare Container-Starts zu paketieren. Zeichnen Sie seine Quelle, den Digest, die Plattform und die Build-Zeit auf. Do not use it when: Verwenden Sie ein Tag nicht als Beweis für exakte Inhalte oder Sicherheit. Ein Digest pinnt Inhalte, beweist aber kein Vertrauen. 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-Image (Container Image) is used now. Definition: Ein Container-Image ist ein geschichtetes Paket, das verwendet wird, um Container zu erstellen. Nach dem Build bleibt sein Inhalt unverändert. 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 Image Format Specification 1.1.1 — Image Manifest Image Manifest Umfang: Kanonischer Name、Definition、Semantik、Implementierung Rolle hier: Direkte Begriffsreferenz Quelle umfasst: Kanonischer Name, Definition, Semantik, Implementierung Autoritätsquelle · Open Container Initiative · stabil OCI Image Format 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 Kubernetes — Images 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.