Start Debugging

Tag: containers

6 Beiträge

Framework-abhängig vs. eigenständig vs. Native AOT für ein .NET 11 Container-Image
Framework-abhängig auf einem chiseled aspnet-Image ist der richtige Standard für einen ASP.NET Core Dienst unter .NET 11, weil die Laufzeit-Schicht zwischen Diensten geteilt wird und eine Laufzeit-CVE durch einen Wechsel des Basis-Images behoben wird. Eigenständig mit Trimming und Native AOT erkaufen ein 2- bis 5-mal kleineres Image und einen deutlich schnelleren Kaltstart und kosten genau das. Echte veröffentlichte Größen, die Rechnung der geteilten Layer und der .NET 11 Basis-Image-Inferenzfehler, der den AOT-Pfad bricht.
Wie Sie eine .NET 11-Anwendung mit dotnet publish /t:PublishContainer als Container-Image veröffentlichen
Ein vollständiger Leitfaden zum Erstellen von Container-Images aus einer .NET 11-Anwendung ohne Dockerfile: das Target PublishContainer, ContainerRepository und ContainerImageTags, die Auswahl des Basis-Images über ContainerBaseImage und ContainerFamily, das Pushen in eine Registry und wie die Authentifizierung aufgelöst wird, Multi-Arch-OCI-Image-Indizes, der rootlose Standardbenutzer, die Steuerung des Entrypoints, Tarball-Ausgabe für Scanner und die Fälle, in denen Sie weiterhin ein Dockerfile brauchen.