Docker-Container, -Images und -Registrierungen

Tipp

Dieser Inhalt ist ein Auszug aus dem eBook .NET Microservices Architecture for Containerized .NET Applications, verfügbar auf .NET Docs oder als kostenlose herunterladbare PDF, die offline gelesen werden kann.

PDF herunterladen

Bei Verwendung von Docker erstellt ein Entwickler eine App oder einen Dienst und verpackt sie und seine Abhängigkeiten in ein Containerimage. Ein Image entspricht einer statischen Darstellung der Apps oder Dienste und von deren Konfigurationen und Abhängigkeiten.

Zum Ausführen der App oder des Diensts wird das Image der App instanziiert, um einen Container zu erstellen, der auf dem Docker-Host ausgeführt wird. Container werden zunächst in einer Entwicklungsumgebung oder einem PC getestet.

Entwickler sollten Images in einer Registrierung speichern, die als Bibliothek von Images fungiert und bei der Bereitstellung in Produktions-Orchestratoren erforderlich ist. Docker verwaltet eine öffentliche Registrierung über Docker Hub; Andere Anbieter stellen Registrierungen für verschiedene Sammlungen von Images bereit, einschließlich Azure Container Registry. Alternativ können Unternehmen eine private Registrierung lokal für ihre eigenen Docker-Images verwenden.

Abbildung 2-4 zeigt, wie Bilder und Registrierungen in Docker mit anderen Komponenten zusammenhängen. Außerdem werden die verschiedenen Registrierungsangebote von Anbietern angezeigt.

Abbildung 2-4. Taxonomie von Docker-Begriffen und -Konzepten

Die Registrierung ist wie ein Bücherregal, in dem Bilder gespeichert und zum Erstellen von Containern abgerufen werden können, um Dienste oder Web-Apps auszuführen. Es gibt private Docker-Registrierungen lokal und in der öffentlichen Cloud. Docker Hub ist eine öffentliche Registrierung, die von Docker verwaltet wird, entlang der Docker Trusted Registry eine Lösung auf Unternehmensniveau, Azure bietet die Azure Container Registry an. AWS, Google und andere haben auch Containerregistrierungen.

Wenn Sie Bilder in eine Registrierung einfügen, können Sie statische und unveränderliche Anwendungsbits speichern, einschließlich aller abhängigkeiten auf Frameworkebene. Diese Images können dann in mehreren Umgebungen versioniert und bereitgestellt werden und bieten daher eine konsistente Bereitstellungseinheit.

Private Imageregistrierungen, die entweder lokal oder in der Cloud gehostet werden, werden empfohlen, wenn:

• Ihre Bilder dürfen aufgrund der Vertraulichkeit nicht öffentlich geteilt werden.

• Sie möchten eine minimale Netzwerklatenz zwischen Ihren Images und der ausgewählten Bereitstellungsumgebung haben. Wenn Es sich bei Ihrer Produktionsumgebung beispielsweise um die Azure-Cloud handelt, möchten Sie Ihre Bilder wahrscheinlich in der Azure-Containerregistrierung speichern, sodass die Netzwerklatenz minimal ist. Wenn Ihre Produktionsumgebung lokal ist, möchten Sie möglicherweise eine lokale Docker Trusted Registry im selben lokalen Netzwerk zur Verfügung stellen.

ZurückWeiter