Wie containerd mit runC verglichen wird
8
Wie diese zwei vergleichen? Soweit ich weiß, ist runC eine Laufzeitumgebung für Container. Dies bedeutet, dass diese Komponente die erforderliche Umgebung zum Ausführen von Containern bereitstellt. Was ist die Rolle des Containers hier? Wenn es den Rest erledigt (Netzwerk, Datenträgerverwaltung usw.), welche Rolle spielt dann die Docker Engine? Und was ist mit Container-Shim? Im Grunde versuche ich zu verstehen, was jede dieser Komponenten tut.
Dima Knivets
14.01.2017, 00:57
quelle
1 Antwort
21
Ich werde Ihnen einen Überblick auf hoher Ebene geben, damit Sie beginnen können:
- containerd ist eine Container-Laufzeitumgebung, die einen vollständigen Container-Lebenszyklus verwalten kann - von der Übertragung / Speicherung von Bildern bis hin zur Ausführung, Überwachung und Vernetzung von Containern.
- container-shim handle kopflose Container, das heißt sobald runc die Container initialisiert, verlässt er die Container an die Container-Shim, die als Vermittler fungieren.
- runc ist ein leichtgewichtiger universeller Laufzeitcontainer, der die OCI-Spezifikation erfüllt. runc wird von containered zum Ablaichen und Ablaufen von Containern nach OCI spec. Es ist auch das Umpacken von libcontainer.
- grpc verwendet für die Kommunikation zwischen containerd und docker-engine.
- OCI behält die OCI-Spezifikation für Laufzeit und Bilder bei. Die aktuellen Docker-Versionen unterstützen OCI-Image- und Runtime-Spezifikationen.
Weitere Links:
Socratees Samipillai
14.01.2017, 03:36
quelle