containerd
containerd 2.0.1
Container ist eine Branchenstand-Container-Laufzeit mit Schwerpunkt auf Einfachheit, Robustheit und Portabilität. Es ist als Daemon für Linux und Windows erhältlich, mit denen der vollständige Container-Lebenszyklus seines Hostsystems verwaltet werden kann: Bildübertragung und -speicher, Containerausführung und Überwachung, Speicher- und Netzwerkanhänge auf niedriger Ebene usw.
Container ist ein Mitglied von CNCF mit dem Status "Abschluss".
Container ist so konzipiert, dass sie in ein größeres System eingebettet werden soll, anstatt direkt von Entwicklern oder Endbenutzern eingesetzt zu werden.
Siehe docs/containerd-2.0.md .
Wir sind ein großes inklusives OSS -Projekt, das irgendwelche Art oder Form einlesen:
exp/beginner Tag, beispielsweise Container/Containerd-Anfängerproblemen. Siehe unsere Dokumentation zu Container.io:
Um zu Container beizutragen, siehe Beitrag.
Wenn Sie daran interessiert sind, Container auszuprobieren, sehen Sie unser Beispiel beim Einstieg.
Hier stehen nächtliche Builds zur Verfügung, die hier heruntergeladen werden können. Binärdateien werden jeden Abend für Linux und Windows aus main generiert.
Bitte beachten Sie: Nightly Builds haben möglicherweise kritische Fehler, es wird nicht für die Verwendung in der Produktion und keine Unterstützung empfohlen.
Die K8S CI Dashboard -Gruppe für Container enthält Testergebnisse zur Gesundheit von Kubernetes, wenn sie gegen Haupt- und eine Reihe von Container -Release -Zweigen ausgeführt werden.
Die Laufzeitanforderungen für Container sind sehr minimal. Die meisten Interaktionen mit den Feature-Sets für Linux- und Windows-Container werden über RUNC- und/oder OS-spezifische Bibliotheken (z. B. HCSSHIM für Microsoft) behandelt. Die aktuelle erforderliche Version von runc ist in Runc.md.
Es gibt spezifische Funktionen, die von Container -Core -Code und Snapshottern verwendet werden, für die eine minimale Kernel -Version unter Linux erforderlich ist. Mit der verstandenen Einschränkung der Distrokern -Versioning ist ein vernünftiger Ausgangspunkt für Linux eine minimale 4.x -Kernelversion.
Der standardmäßig verwendete Snapshotter für Overlay -Dateisysteme verwendet Funktionen, die in der 4.x -Kernel -Serie abgeschlossen wurden. Wenn Sie sich für die Verwendung von BTRFS entscheiden, kann die Kernelversion mehr Flexibilität geben (minimal empfohlen ist 3.18), müssen jedoch das BTRFS -Kernel -Modul und die BTRFS -Tools auf Ihrer Linux -Verteilung installiert werden.
Um den Linux -Checkpoint und die Wiederherstellung von Funktionen wiederherzustellen, benötigen Sie criu auf Ihrem System installiert. Weitere Informationen finden Sie unter Checkpoint und Wiederherstellung.
Die Erstellungsanforderungen für Entwickler sind im Gebäude aufgeführt.
Jede Registrierung, die der OCI -Verteilungsspezifikation entspricht, wird von Container unterstützt.
Für die Konfiguration von Registern finden Sie Unterlagen zur Konfiguration der Registrierung Host -Konfiguration
Eine detaillierte Übersicht über die Kernkonzepte von Container und die von ihm unterstützten Funktionen finden Sie im Dokument der Funktionen.md.
Weitere Informationen zur Versionierung und Stabilität von Containerkomponenten finden Sie unter Veröffentlichungen.md.
Auf unserer Releases-Seite finden Sie eine herunterladbare 64-Bit-Intel/AMD-Binärdateien aller offiziellen Veröffentlichungen.
Für andere Architekturen und Vertriebsunterstützung werden Sie feststellen, dass viele Linux -Distributions ihren eigenen Container verpacken und über mehrere Architekturen hinweg bereitstellen, wie beispielsweise die Ubuntu -Verpackung von Canonical.
Beginnend mit Container 1.4 ist die Urfave-Client-Funktion zur automatischen Erstellung von BASH- und ZSH-Autokapostionsdaten aktiviert. Um die automatische Funktionsfunktion in einer Bash -Shell zu verwenden, beziehen Sie beispielsweise die automatische Vervollständigung/CTR -Datei in Ihrem .bashrc oder manuell mögen:
$ source ./contrib/autocomplete/ctr
ctr -Autoperete für Bash und ZSH Kopieren Sie für Bash das Skript contrib/autocomplete/ctr in /etc/bash_completion.d/ und benennen Sie es in ctr . Die Datei zsh_autocomplete ist ebenfalls verfügbar und kann für ZSH -Benutzer ähnlich verwendet werden.
Geben Sie den Benutzern die Dokumentation zur Verfügung, um diese Datei in ihre Shell zu source , wenn Sie die automatische Vervollständigungsdatei nicht an einem Ort einsetzen, an dem sie automatisch für die Shell -Umgebung des Benutzers geladen wird.
cri ist eine Container -Plugin -Implementierung der Kubernetes Container Runtime Interface (CRI). Dabei können Sie Container als Containerlaufzeit für einen Kubernetes -Cluster verwenden.
cri ist ein natives Plugin des Containers. Da Container 1.1 das CRI -Plugin in die Release -Binärdateien integriert und standardmäßig aktiviert ist.
Das cri -Plugin hat den GA -Status erreicht, der darstellt, dass es sich um:
Siehe Ergebnisse im Container K8S -Test Dashboard
cri -Setups Ein Kubernetes-Inkubatorprojekt, CRI-Tools, enthält Programme zur Ausübung von CRI-Implementierungen. Noch wichtiger ist, dass CRI-Tools die critest enthält, die zum Ausführen von CRI-Validierungstests verwendet wird.
crictlcri -PluginsFür asynchronen Kommunikation und langlebige Diskussionen verwenden Sie Probleme und ziehen Sie Anfragen für das Github-Repo an. Dies ist der beste Ort, um Design und Implementierung zu besprechen.
Für Sync-Kommunikation fangen Sie uns in den Slack-Kanälen #containerd und #containerd-dev Slack auf der Cloud Native Computing Foundation (CNCF) cloud-native.slack.com . Jeder ist herzlich eingeladen, sich anzuschließen und zu plaudern. Lassen Sie sich zu CNCF Slack einladen.
Treten Sie an unserem nächsten Community -Treffen auf, das auf Zoom veranstaltet wird. Der Zeitplan ist im CNCF -Kalender veröffentlicht (durchsuchen Sie "Container" zum Filter).
Sicherheitsaudits für das Container -Projekt werden auf unserer Website gehostet. Weitere Informationen finden Sie auf der Sicherheitsseite von Containerd.io.
Bitte befolgen Sie die Anweisungen bei Containerd/Project
Die Container -Codebasis wird unter der Apache 2.0 -Lizenz veröffentlicht. Die Datei und Dateien von Readme.md im Ordner "DOCS" sind unter der internationalen Lizenz der Creative Commons Attribution 4.0 lizenziert. Sie können eine Kopie der Lizenz mit dem Titel CC-by-4.0 unter http://creativcommons.org/licenses/by/4.0/ erhalten.
Container ist das primäre Open -Source -Projekt innerhalb der breiteren Container -Github -Organisation. Alle Projekte innerhalb des Repo verfügen jedoch über gemeinsame Richtlinien, die in einem project für alle Container -Projekte in einem Projektrepository gespeichert werden.
Bitte finden Sie alle diese Kernprojektdokumente, einschließlich der::
Informationen in unserem containerd/project -Repository.
Interessiert zu sehen, wer Container verwendet? Verwenden Sie Container in einem Projekt? Bitte fügen Sie sich über Pull -Anfrage zu unserer Datei adoptters.md hinzu.
