Start Debugging

Tag: docker

10 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.
Aspire vs Docker Compose für die lokale Entwicklung mit mehreren Services
Aspire 13.4.6 gewinnt die .NET-Inner-Loop, weil es Ihre Projekte als Host-Prozesse ausführt, die Sie debuggen können, während Docker Compose gewinnt, wenn die Compose-Datei zugleich Ihr CI- und Bereitstellungsvertrag ist. Gemessene Start- und Edit-bis-Ausführung-Zeiten für beide, die Konfiguration, die jedes Werkzeug für Sie injiziert, und die sechs Fallstricke, die die Entscheidung treffen.
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.