Informationen zu Basisimageaktualisierungen für ACR Tasks

  • Artikel

Dieser Artikel enthält Hintergrundinformationen zu Aktualisierungen des Basisimages einer Anwendung und wie diese Aktualisierungen eine Azure Container Registry-Aufgabe auslösen können.

Was sind Basisimages?

Die meisten Containerimages werden mithilfe von Dockerfiles definiert. Dockerfiles geben als Basis ein häufig als Basisimage bezeichnetes übergeordnetes Image an, auf dem das Image basiert. Basisimages enthalten in der Regel das Betriebssystem (also beispielsweise Alpine Linux oder Windows Nano Server), auf das die restlichen Ebenen des Containers angewendet werden. Sie können auch Anwendungsframeworks wie Node.js oder .NET Core enthalten. Diese Basisimages basieren üblicherweise selbst auf öffentlichen Upstreamimages. Ein Basisimage kann mehreren Anwendungsimages zugrunde liegen.

Ein Basisimage wird häufig von der für das Image zuständigen Person aktualisiert, um neue Features oder Verbesserungen für das enthaltene Betriebssystem oder Framework zu integrieren. Ein weiterer häufiger Grund für die Aktualisierung eines Basisimages sind Sicherheitspatches. Wenn diese Upstreamupdates auftreten, müssen Sie auch die Basisimages aktualisieren, damit sie die kritische Fehlerbehebung enthalten. Daraufhin müssen auch alle Anwendungsimages neu erstellt werden, um die Upstreamkorrekturen aus Ihrem Basisimage zu integrieren.

In einigen Fällen, z. B. bei einem privaten Entwicklungsteam, kann ein Basisimage mehr als BS oder Framework angeben. Beispielsweise könnte ein Basisimage ein gemeinsam genutztes Dienstkomponentenimage sein, das nachverfolgt werden muss. Mitglieder eines Teams müssen dieses Basisimage möglicherweise zu Testzwecken nachverfolgen oder das Image bei der Entwicklung von Anwendungsimages regelmäßig aktualisieren.

Erhalten von Kopien von Basisimages

Für alle Inhalte in Ihren Registrierungen, die von Basisinhalten abhängen, die in einer öffentlichen Registrierung wie Docker Hub verwaltet werden, empfiehlt es sich, den Inhalt in eine Azure Container Registry oder eine andere private Registrierung zu kopieren. Stellen Sie dann sicher, dass Sie Ihre Anwendungsimages erstellen, indem Sie auf die privaten Basisimages verweisen. Azure Container Registry bietet eine Funktion für den Imageimport, um Inhalte aus öffentlichen Registrierungen oder anderen Azure Container Registrys problemlos zu kopieren. Im nächsten Abschnitt wird beschrieben, wie Sie mithilfe von ACR Tasks Basisimageaktualisierungen beim Erstellen von Anwendungsupdates nachverfolgen. Sie können Basisimageupdates in Ihren eigenen Azure Container Registrys und optional in öffentlichen Upstreamregistrierungen nachverfolgen.

Nachverfolgen von Basisimageaktualisierungen

ACR Tasks ermöglicht die automatische Erstellung von Images nach der Aktualisierung eines Containerbasisimages. Sie können diese Möglichkeit zum Verwalten und Aktualisieren von Kopien öffentlicher Basisimages in ihren Azure Container Registrys verwenden und dann zum erneuten Erstellen von Anwendungsimages, die von Basisimages abhängen.

ACR Tasks ermittelt dynamisch Basisimageabhängigkeiten, wenn ein Containerimage erstellt wird. So ist zu erkennen, wenn das Basisimage eines Anwendungsimages aktualisiert wird. Mit einer einzelnen vorkonfigurierten Buildaufgabe kann ACR Tasks automatisch alle Anwendungsimages neu erstellen, die auf das Basisimage verweisen. Die automatische Erkennung und Neuerstellung von ACR Tasks spart Zeit, die ansonsten für die manuelle Nachverfolgung und Aktualisierung der einzelnen Anwendungsimages aufgewendet werden müsste, die auf Ihr aktualisiertes Basisimage verweisen.

Basisimage-Speicherorte

Bei Imagebuilds aus einem Dockerfile erkennt ein ACR-Task Abhängigkeiten von Basisimages an den folgenden Speicherorten:

  • Dieselbe Azure-Containerregistrierung, in der der Task ausgeführt wird
  • Eine andere private Azure-Containerregistrierung in der gleichen oder einer anderen Region
  • Ein öffentliches Repository in Docker Hub
  • Ein öffentliches Repository in Microsoft Container Registry

Wenn sich das in der Anweisung FROM angegebene Basisimage in einem dieser Speicherorte befindet, fügt die ACR-Aufgabe einen Hook hinzu, um sicherzustellen, dass das Image nach jeder Aktualisierung seiner Basis neu erstellt wird.

Basisimagebenachrichtigungen

Die Zeit zwischen der Aktualisierung eines Basisimages und dem Auslösen des abhängigen Tasks hängt vom Speicherort des Basisimages ab:

  • Basisimages aus einem öffentlichen Repository in Docker Hub oder MCR: Bei Basisimages in öffentlichen Repositorys überprüft ein ACR-Task in einem zufälligen Intervall von 10 bis 60 Minuten auf Imageaktualisierungen. Abhängige Tasks werden entsprechend ausgeführt.
  • Basisimages aus einer Azure Container Registry: Bei Basisimages in Azure Container Registrys löst ein ACR-Task sofort eine Ausführung aus, wenn sein Basisimage aktualisiert wird. Das Basisimage kann sich in derselben ACR befinden, in der der Task ausgeführt wird, oder in einer anderen ACR in einer beliebigen Region.

Weitere Überlegungen

  • Basisimages für Anwendungsimages: Derzeit verfolgt eine ACR-Aufgabe nur Basisimageaktualisierungen für Anwendungsimages (Runtime) nach. Basisimageaktualisierungen für Zwischenimages (Buildzeit), die in mehrstufigen Dockerfiles verwendet werden, werden nicht nachverfolgt.

  • Standardmäßig aktiviert: Wenn Sie eine ACR-Aufgabe mit dem Befehl az acr task create erstellen, wird sie standardmäßig für die Auslösung von einer Aktualisierung des Basisimages aktiviert. Das heißt, die base-image-trigger-enabled-Eigenschaft wird auf TRUE festgelegt. Wenn Sie dieses Verhalten in einer Aufgabe deaktivieren möchten, ändern Sie den Wert der Eigenschaft in FALSE. Führen Sie beispielsweise den folgenden Befehl az acr task update aus:

    az acr task update --registry myregistry --name mytask --base-image-trigger-enabled False

  • Zum Nachverfolgen von Abhängigkeiten auslösen: Damit eine ACR-Aufgabe die Abhängigkeiten eines Containerimages (einschließlich des Basisimages) bestimmen und nachverfolgen kann, müssen Sie die Aufgabe zunächst mindestens einmal zum Erstellen des Images auslösen. Lösen Sie z. B. die Aufgabe mit dem Befehl az acr task run manuell aus.

  • Stabiles Tag für Basisimage: Damit eine Aufgabe bei der Aktualisierung des Basisimages ausgelöst wird, muss das Basisimage ein stabiles Tag enthalten, z. B. node:9-alpine. Dieses Tagging ist typisch für ein Basisimage, das mit Betriebssystem- und Frameworkpatches auf eine aktuelle stabile Version aktualisiert wird. Wenn das Basisimage mit einem neuen Versionstag aktualisiert wird, wird keine Aufgabe ausgelöst. Weitere Informationen zur Imagemarkierung finden Sie in der Anleitung zu bewährten Methoden.

  • Andere Aufgabentrigger: In einer durch Basisimageupdates ausgelösten Aufgabe können Sie Trigger auch auf Basis eines Quellcodecommits oder Zeitplans aktivieren. Ein Basisimageupdate kann auch eine mehrstufige Aufgabe auslösen.

Nächste Schritte

In den folgenden Tutorials finden Sie Szenarios zum Automatisieren von Anwendungsimagebuilds, nachdem ein Basisimage aktualisiert wurde: