Die acht Praktiken für Containerized Delivery auf dem Microsoft Stack - PRAXIS 7: Explizites Abhängigkeitsmanagement

Dieser Beitrag wurde ursprünglich als Artikel im SDN Magazine am13. Oktober2017 veröffentlicht. Im vergangenen Jahr habe ich mehrere Kunden auf ihrem Weg zu Containerized Delivery auf dem Microsoft-Stack unterstützt. In dieser Blogserie möchte ich acht Praktiken vorstellen, die ich beim Einsatz von Docker für die Containerized Delivery auf dem Microsoft-Stack gelernt habe, sowohl in einer Greenfield- als auch in einer Brownfield-Situation. Im siebten Blogpost dieser Serie möchte ich über Explizites Abhängigkeitsmanagement sprechen .

PRAXIS 7: Explizite Verwaltung von Abhängigkeiten

Viele Docker- und Compose-Dateien, die ich gesehen habe, enthalten einen Verweis auf Images, ohne die Version des Images anzugeben, oder mit dem Standard-Tag "latest". Wenn Sie die Version eines Images nicht explizit angeben, kann dies zu unerwartetem Verhalten führen und das ist sehr riskant.

Der Grund dafür ist, dass jeder Docker-Host seinen eigenen lokalen Docker-Image-Cache hat. Sobald eine Bild-Tag-Kombination in Ihrem lokalen Cache gefunden wird, verbraucht Docker den im Cache gespeicherten Blob beim Start von Docker, anstatt den Blob aus der Container-Registry herunterzuladen. Die Verwendung des "latest"-Tags kann dazu führen, dass Sie eine ältere Version eines Images erhalten als das, was Sie eigentlich wollen. Wie in der Abbildung unten zu sehen ist, führt der Befehl docker run cornellk/test auf Host01 die Version 10.0.01 aus, anstatt das Image Version 10.0.02 aus der Registry herunterzuladen.

Sie können dieses Szenario selbst testen, indem Sie das Ergebnis eines Docker-Run- und eines Docker-Pull-Befehls mit einem veralteten Bild im lokalen Cache vergleichen. Wie Sie in der Abbildung unten sehen, lädt docker pull neuere Bildschichten aus der Registry herunter, während docker run einfach einen neuen Container auf der Grundlage des veralteten Cache-Bildes startet.

Die Verwendung des "latest"-Tags macht Ihren Build-and-Release-Prozess nicht wiederholbar. Um dies zu vermeiden, müssen Sie nur explizit angeben, welche Version eines Bildes Sie wünschen.

Mehr aus dieser Serie

• Übung 1 - Kleine wiederverwendbare Bildebenen
• Praxis 2 - Mehrstufige Builds
• Praxis 3 - Halten Sie Windows-Container auf dem neuesten Stand
• Praxis 4 - Gruppenverwaltete Servicekonten
• Praxis 5 - Sichere Lieferung in Containern
• Übung 6 - Der Umgang mit Geheimnissen
• Praxis 7 - Explizites Abhängigkeitsmanagement
• Praxis 8 - Umwelt als Code und Pipeline als individuelle Pipeline