.NET 5已經發布多時了，眾所周知，其對容器的支持又上了一個台階。那么主要有哪些變化呢，接下來我們一起來了解吧。
.NET 5 簡介
在開始之前，我們先來了解一下.NET 5。
.NET 5.0是.NET Core 3.1之后的.NET Core的下一個主要版本。微軟將此新版本命名為.NET 5.0而不是.NET Core 4.0的原因有兩個：
- 跳過版本號4.x，以避免與.NET Framework 4.x混淆。
- 從名稱中刪除了“ Core”，以強調這是.NET未來的主要實現。與.NET Core或.NET Framework相比，.NET 5.0支持更多類型的應用程序和平台。
ASP.NET Core 5.0基於.NET 5.0，但保留名稱“ Core”以避免將其與ASP.NET MVC 5混淆。同樣，Entity Framework Core 5.0保留名稱“ Core”以避免將其與Entity Framework 5和6混淆。
值得注意的是，.NET 5並沒有計划支持ASP.NET Web Form和Windows工作流（WF），因此.NET 5並不能完全代替.NET Framework。.NET 5的新增功能已經有很多朋友介紹過了，這里我們這里就不介紹了，有興趣的也可以直接查看官方文檔。
.NET 5針對容器的支持和優化
本篇內容側重說明.NET 5 對容器的支持和優化。這里我們先來看官方的態度：
- 持續投入大量資金支持
我們認為容器是最重要的雲趨勢，並在這方面投入了大量資金。我們正在以多種方式投資容器，在.NET軟件堆棧的多個級別上。首先是我們對基本面的投資，這越來越多地受到容器場景和部署容器應用的開發者的影響。
- 優化體驗
我們正在讓.NET與容器的協作變得更容易。我們已經添加了OpenTelemeter支持，這樣您就可以從您的應用程序中捕獲分布式跟蹤和指標。DotNet-monitor是一種新工具，旨在作為從.NET進程訪問診斷信息的主要方式。特別是，我們已經開始構建dotnet-monitor的容器變體，您可以將其用作應用程序側車。最后，我們正在構建DotNet/Tye，以此來提高微服務開發人員的工作效率，包括開發和部署到Kubernetes環境。
注意：Tye是一微軟開發的一個開發人員工具，可簡化開發，測試和部署微服務以及分布式應用程序。Tye包括一個本地協調器，以使開發微服務變得更加容易，並且能夠以最少的配置將微服務部署到Kubernetes。
Type是完全開源的，項目地址：https://github.com/dotnet/tye
官方博客介紹：https://devblogs.microsoft.com/aspnet/introducing-project-tye/
- 支持cgroup v2
NET運行時現在支持cgroup v2，我們預計它將在2020年后成為與容器相關的重要API。Docker目前使用的是cgroup v1(已經被.NET支持)。相比之下，cgroup v2比cgroup v1更簡單、更高效、更安全。您可以通過我們2019年Docker更新了解更多關於cgroup和Docker資源限制的信息。Linux發行版和容器運行時正在添加對cgroup v2的支持。一旦cgroup v2環境變得更加普遍，.Net 5.0將在cgroup v2環境中正常工作。這歸功於Omair Majid，他在Red Hat支持.NET。
- 提供Windows Server Core的鏡像
除了Nano Server，我們現在還發布Windows Server Core鏡像。我們添加了Server Core，是因為我們收到了客戶的反饋，他們想要一個與Windows Server完全兼容的.NET鏡像。我們還進行了其他更改，以減小Windows服務器核心鏡像的大小。這些改進帶來了很大的不同，但都是在Windows Server 2019發布之后做出的。然而，它們將使下一個Windows Server LTSC版本受益。
- 更改倉庫名稱
作為使用“.NET”作為產品名稱的一部分，我們現在將.NET Core 2.1、3.1和.NET5.0鏡像發布到mcr.microsoft.com/dotnet系列的Repos中，而不是發布到mcr.microsoft.com/dotnet/core。我們將繼續將.NET Core 2.1和3.1雙重發布到以前的位置，同時支持這些版本。.Net 5.0圖像將僅發布到新位置。請相應地更新您的From語句和腳本。
之前的名稱：
- dotnet/core: .NET Core
- dotnet/core/sdk: .NET Core SDK
- dotnet/core/aspnet: ASP.NET Core Runtime
- dotnet/core/runtime: .NET Core Runtime
- dotnet/core/runtime-deps: .NET Core Runtime Dependencies
- dotnet/core/samples: .NET Core Samples
- dotnet/core-nightly: .NET Core (Preview)
- dotnet/core-nightly/sdk: .NET Core SDK (Preview)
- dotnet/core-nightly/aspnet: ASP.NET Core Runtime (Preview)
- dotnet/core-nightly/runtime: .NET Core Runtime (Preview)
- dotnet/core-nightly/runtime-deps: .NET Core Runtime Dependencies (Preview)
新的名稱：
-
dotnet/samples -> available once .NET 5.0 releases as GA
- 減小鏡像大小，尤其是顯著的減少在多階段構建時運行時鏡像的大小
作為.NET5.0的一部分，微軟將SDK鏡像重新建立在ASP.NET鏡像之上，而不是構建包-dep，以顯著減小在多階段構建場景中拉取的聚合鏡像的大小。
此更改對於多階段構建有以下好處，其中包含一個示例Dockerfile：
Ubuntu 20.04 Focus的多階段構建成本：
| Pull Image | Before | After |
|---|---|---|
| sdk:5.0-focal | 268 MB | 232 MB |
| aspnet:5.0-focal | 64 MB | 10 KB (manifest only) |
減少了約: 100 MB (-30%)
Debian 10 Buster的多階段構建成本：
| Pull Image | Before | After |
|---|---|---|
| sdk:5.0 | 280 MB | 218 MB |
| aspnet:5.0 | 84 MB | 4 KB (manifest only) |
減少了約: 146 MB (-40%)
有關更多詳細信息，請參見Dotnet/Dotnet-docker#1814。
此更改有助於多階段構建，其中SDK和您的目標aspnet或運行時鏡像的版本相同(我們預計這是常見的情況)。在進行此更改時，(例如)aspnet拉入將是不可行的，因為您將通過最初的SDK拉入拉出aspnet層。
圍繞對Alpine和Windows Nano Server做了類似的更改。Alpine和Nano Server都沒有Buildpack-dep鏡像。但是，Alpine和Nano Server的SDK鏡像之前並不是在ASP.NET鏡像之上構建的。
最后
從.NET Core開始到.NET 5，我們看到了微軟緊跟前沿技術踏實前進之心，我們也相信.NET尤其是隨着.NET 5的到來會讓.NET重鑄輝煌——積極擁抱前沿技術，完全開源，積極創新和改變，生產力爆棚，性能爆表，沒有理由不會越來越好。當然在我們使用的過程中，多少可能會遇到一些問題，但是容器方面的問題筆者很多都已經講過了，比如《如何讓Docker鏡像飛起來》和 《自動構建自己的ASP.NET Core基礎鏡像》。如果對容器完全沒有基礎，可以閱讀本人書籍： 《Docker+Kubernetes應用開發與快速上雲》以及【麥扣聊技術】公眾號的系列Docker教程文章。
最后，附上本人已構建好的騰訊雲.NET 5公共鏡像，以方便各位直接享用：
- ccr.ccs.tencentyun.com/magicodes/aspnetcore-runtime:5.0
- ccr.ccs.tencentyun.com/magicodes/aspnetcore-sdk:5.0
- ccr.ccs.tencentyun.com/magicodes/netcore-sdk:5.0
- ccr.ccs.tencentyun.com/magicodes/netcore-runtime:5.0
構建腳本見本人的開源庫：https://github.com/xin-lai/aspnetcore-docker