Debian 和 .NET 版本自然不会一起计划 。 当我们开始 .NET 6 时 ， 我们看到 Debian “bullseye” 可能会在 2021 年发布 。 我们决定从发布开始就押注于 Bullseye 。 我们开始使用.NET 6 Preview 1发布基于靶心的容器映像 ， 并决定不再回头 。 赌注是 .NET 6 版本会输掉与靶心版本的竞争 。 到 8 月 8 日 ， 我们仍然不知道 Bullseye 什么时候发货 ， 距离我们自己的版本发布还有三个月 ， 即 11 月 8 日 。 我们不想在预览版 Linux 上发布生产 .NET 6 ， 但我们坚持我们会输掉这场竞赛的计划很晚 。
当 Debian 11 “bullseye”于 8 月 14 日发布时 ， 我们感到非常惊喜 。 我们输掉了比赛 ， 但赢得了赌注 。 这意味着默认情况下 ， .NET 6 用户从第一天开始就可以获得最佳和最新的 Debian 。 我们相信 Debian 11 和 .NET 6 将是许多用户的绝佳组合 。 抱歉 ， 克星 ， 我们中了靶心 。
较新的发行版在其软件包提要中包含各种软件包的较新主要版本 ， 并且通常可以更快地获得CVE 修复 。 这是对较新内核的补充 。 新发行版可以更好地为用户服务 。
再往前看 ， 我们很快就会开始计划对Ubuntu 22.04的支持 。 Ubuntu是另一个 Debian 系列发行版 ， 深受 .NET 开发人员的欢迎 。 我们希望为新的 Ubuntu LTS 版本提供当日支持 。
向 Tianon Gravi 致敬 ， 感谢他们为社区维护 Debian 映像并在我们有问题时帮助我们 。
▌Dotnet Monitor
dotnet monitor 是容器的重要诊断工具 。 它作为 sidecar 容器镜像已经有一段时间了 ， 但处于不受支持的“实验”状态 。 作为 .NET 6 的一部分 ， 我们正在发布一个基于 .NET 6 的 dotnet monitor映像 ， 该映像在生产中得到完全支持 。
dotnet monitor 已被 Azure App Service 用作其 ASP.NET Core Linux 诊断体验的实现细节 。 这是预期的场景之一 ， 建立在 dotnet monitor 之上 ， 以提供更高级别和更高价值的体验 。
您现在可以拉取新图像：

docker pull mcr.microsoft.com/dotnet/monitor:6.0dotnet monitor 使从 .NET 进程访问诊断信息（日志、跟踪、进程转储）变得更加容易 。 在台式机上访问所需的所有诊断信息很容易 ， 但是 ， 这些熟悉的技术在使用容器的生产环境中可能不起作用 。 dotnet monitor 提供了一种统一的方式来收集这些诊断工件 ， 无 论是在您的桌面计算机上还是在 Kubernetes 集群中运行 。 收集这些诊断工件有两种不同的机制：

• 用于临时收集工件的 HTTP API。 当您已经知道您的应用程序遇到问题并且您有兴趣收集更多信息时 ， 您可以调用这些 API 端点 。
• 基于规则的配置触发器 ， 用于始终在线收集工件 。 您可以配置规则以在满足所需条件时收集诊断数据 ， 例如 ， 当您持续高 CPU 时收集进程转储 。

dotnet monitor 为 .NET 应用程序提供了一个通用的诊断 API ， 可以使用任何工具在任何地方工作 。 “通用 API”不是 .NET API ， 而是您可以调用和查询的 Web API 。 dotnet monitor 包括一个 ASP.NET Web 服务器 ， 它直接与 .NET 运行时中的诊断服务器交互并公开来自诊断服务器的数据 。 的设计 dotnet monitor 可实现生产中的高性能监控和安全使用 ， 以控制对特权信息的访问 。 dotnet monitor 通过非 Internet 可寻址的 unix domain socket 与运行时交互——跨越容器边界 。 该模型通信模型非常适合此用例 。
▌结构化 JSON 日志
JSON 格式化程序现在是 aspnet.NET 6 容器映像中的默认控制台记录器 。 .NET 5 中的默认设置为简单的控制台格式化程序 。 进行此更改是为了使默认配置与依赖机器可读格式（如 JSON）的自动化工具一起使用 。
图像的输出现在如下所示 aspnet：