Aspire 13.6与Azure VM生命周期及SQL Server本地化

本周Microsoft开发者动态速览

本周Microsoft开发者生态迎来多项重要更新。据YouTube频道Cameron的开发者新闻周报，Aspire 13.6为分布式应用调试带来了持久化能力，Azure虚拟机家族引入了明确的通用生命周期策略，而SQL Server on Azure Local则正式迈入通用可用（GA）阶段。这些变化分别从开发体验、基础设施治理和混合云部署三个维度回应了开发者社区的实际痛点。

Aspire 13.6：让分布式调试告别“证据消失”

分布式调试最棘手的问题之一，是进程重启后资源快照、日志和追踪数据随之消失，导致难以复现问题。Aspire 13.6新增了持久化仪表盘运行（persistent dashboard runs）功能，可在应用主机重启后保留这些关键证据。正如截图中所言：“Distributed debugging often fails because evidence disappears with the process.”（分布式调试常常因为证据随进程消失而失败。）

除了持久化运行记录，Aspire 13.6还加入了面向常见数据库的认证REPL访问（authenticated repel access）、第一方Java和Rust托管支持，以及Azure Container App Sandboxes的预览部署目标。开发者现在可以在不离开仪表盘、也不必将凭据复制到另一个终端的情况下，对比历史运行、保存难以复现的场景，并检查容器状态。

Aspire 是什么？ Aspire（正式名称 .NET Aspire）是 Microsoft 推出的云原生应用开发栈，面向分布式应用的构建、编排与本地调试。它通过 App Host 项目统一声明式描述应用中的各个服务、数据库、缓存和消息中间件等资源，并在开发机上自动完成启动、依赖注入、服务发现与健康检查，最终生成一条包含全部组件的可观测拓扑。其核心价值在于把“一个分布式系统”当作单个可运行单元来对待，从而显著降低本地调试与部署配置的复杂度。Aspire 原生支持 .NET，同时通过托管集成扩展到 Node.js、Python 等生态，本次更新新增的 Java 与 Rust 第一方托管支持正是这一路线的延续。

什么是仪表盘与 REPL？ Aspire 仪表盘是一个本地 Web 界面，集中展示分布式应用的资源状态、结构化日志、分布式追踪和指标，是开发者排查问题的核心入口。REPL（Read-Eval-Print Loop，读取—求值—打印循环）则是一种交互式命令行环境，开发者可逐条输入指令并立即看到结果。Aspire 13.6 将二者结合：认证 REPL 访问意味着开发者可以在仪表盘内直接对数据库等资源执行查询和调试命令，凭据由平台统一管理，无需切换到独立终端或手动复制连接字符串，既提升效率也减少凭据外泄风险。

Azure VM家族迎来通用生命周期策略

Microsoft为Azure虚拟机家族推出了一套通用生命周期策略，首批覆盖通用型、内存优化型、计算优化型和存储优化型机器。各VM系列将依次经历current（当前）、extended（扩展）、end-of-life（终止支持）和retired（退役）四个阶段，每个阶段都有明确的支援、可用性、配额和购买例外规则。

这一策略背后的逻辑很简单：基础设施依赖和框架一样，都有产品生命周期。平台团队可以借助公布的阶段信息识别老化SKU、规划迁移预算，并避免将新工作负载部署到即将退役的硬件上。对于长期运行的生产环境，这种可预期性有助于降低意外中断风险。

SKU 与 VM 系列的区别。 在 Azure 中，VM 系列（如 D 系列、E 系列）代表一簇共享底层硬件代际与性能特征的虚拟机规格，而 SKU 则是该系列内具体可购买的配置，例如 Standard_D4s_v5。同一 SKU 往往绑定特定的 CPU 架构、存储类型和网络能力，一旦底层硬件代际停用，该 SKU 就会走向退役并提供迁移建议。因此，生命周期策略实际约束的是 SKU 的可用性，而系列充当了分组管理的粒度。平台团队在做容量规划时，应同时关注系列级别的策略公告与具体 SKU 的退役时间表。

四个阶段对使用者的实际含义。 current 阶段表示该 SKU 可正常创建、扩展并享受完整支持；进入 extended 后通常仍可运行和获得安全更新，但可能不再开放新购买或新区域部署；end-of-life 意味着官方支持窗口即将关闭，需要启动迁移；retired 则代表资源将无法继续运行。理解这一节奏有助于避免把新工作负载部署到即将退役的硬件上，也能让迁移预算和停机窗口提前纳入规划，而不是在退役公告发布后被动应对。

SQL Server on Azure Local正式GA：数据主权与低延迟兼得

SQL Server on Azure Local现已正式GA，其中包含面向云连接受限或不可用环境的“断开连接操作”（disconnected operations）。该平台将Azure管理与SQL能力推向更靠近应用的位置，同时将基础设施连接性和数据放置权保留在客户手中。

某些数据库需要留在工厂附近、受监管工作负载、主权数据或延迟敏感系统旁边。如今，开发者可以瞄准更一致的Azure和SQL操作模型，而无需每个工作负载或控制面板都持续运行在公有云中。截图进一步说明：“Our customers do not need to use a console to enable implementation.”（我们的客户无需使用控制台即可启用实施。）

这一更新的意义在于，它为混合云场景提供了更灵活的落地路径，尤其适合制造、金融和医疗等对数据驻留和响应时间有严格要求的行业。

Azure Local 与 disconnected operations。 Azure Local（前身为 Azure Stack HCI）是一套由 Microsoft 提供、但部署在客户自有数据中心或边缘位置的超融合基础设施方案，通过 Azure Arc 与云端控制平面保持统一管理。它让 Azure 的计算、存储与数据服务能够以本地形态运行，从而满足数据驻留、网络隔离和低延迟要求。disconnected operations（断开连接操作）则进一步面向云连接受限甚至完全不可用的场景：集群可在长时间离线状态下继续运行既定工作负载，Azure 管理能力以本地缓存或离线许可的形式提供，待网络恢复后再与控制平面同步。对工厂车间、船舶、矿区等环境而言，这一模式使“Azure 一致性体验”不再以持续公网连接为前提。

总结

Aspire 13.6改善了分布式调试的可观测性，Azure VM生命周期策略提升了基础设施治理的透明度，SQL Server on Azure Local则扩展了混合云部署的边界。三者共同指向一个趋势：Microsoft正在帮助开发者在享受云原生便利的同时，获得更强的控制力与可预测性。

混合云与云原生控制力的平衡。 这三项更新反映了 Microsoft 开发者战略中一条连贯的主线：在提供云原生便利的同时，把更多控制权和可预测性交还给开发者与平台团队。Aspire 把可观测性做进本地开发环节，Azure VM 生命周期策略把基础设施治理变成可规划的时间表，SQL Server on Azure Local 则让数据放置与连接性成为客户可自主决定的选项。对制造、金融、医疗等受监管或延迟敏感行业而言，这种“云体验、本地掌控”的组合，往往比纯粹依赖公有云更符合合规与运营现实。