你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
如何配置计划内维护（预览版）
注意
从 2025 年 3 月中旬开始，基本、标准和企业计划将被弃用，停用期为 3 年。 建议过渡到 Azure 容器应用。 有关详细信息，请参阅 Azure Spring Apps 停用公告。
从 2024 年 9 月 30 日开始，标准消耗和专用计划将被弃用，六个月后将完全关闭。 建议过渡到 Azure 容器应用。 有关详细信息，请参阅将 Azure Spring Apps 标准消耗和专用计划迁移到 Azure 容器应用。
本文适用于：❌ 标准消耗和专用（预览版）✔️ 基本/标准计划 ✔️ 企业计划
本文介绍如何在 Azure Spring Apps 中配置计划内维护。
要使 Azure Spring Apps 平台保持最新且安全，需要进行日常维护。 维护也称为自动修补，包括安全更新程序、bug 修补程序、新功能或性能改进。 可以对 Azure Spring Apps 管理的组件执行自动修补，以支持 Java 应用程序，包括 JDK、APM、基本 OS 映像、托管中间件和运行时基础结构。 为了使维护生效，应用程序将在你指定的维护时段内重启，但服务质量和正常运行时间保证在此期间继续适用。
为 Azure Spring Apps 配置维护
按照以下步骤在 Azure Spring Apps 中配置计划内维护：
转到服务的“概览”页，然后选择“计划内维护”。
选择“选择首选时间”，指定维护时段的详细配置。
选择“一周中的一天”以计划维护。
选择“升级开始时间”。
选择“应用”，提交配置以进行计划内维护。
更新配置可能需要几分钟。 配置完成后，应会收到通知。
注意
如果不配置计划内维护，维护将在服务团队选择的时间进行，以尽最大努力将大多数客户的业务风险降至最低。
管理维护通知
通知和消息在维护期间之前和期间发送。 下表介绍了消息类型和时间详细信息：
| 序列号 | 消息类型 | Channel | 消息发送时间 |
|---|---|---|---|
| 1 | 发行说明 | 活动日志 | 在发布推出结束时。 |
| 2 | 维护公告 | 计划内维护 | 第一个可用维护时段前两周。 |
| 3 | 维护时段开始 | 活动日志 | 在整个维护执行开始时。 |
| 4 | 组件的更改日志 | 活动日志 | 在每个托管组件的升级结束时。 |
| 5 | 维护时段结束 | 活动日志 | 在整个维护执行结束时。 |
| 6 | 功能更新 | “新增功能”文章 | 新功能可供客户使用后。 |
管理维护频率
目前，Azure Spring Apps 每三个月执行一次定期计划内维护以升级底层基础结构。 有关详细的维护时间线，请查看 Azure 服务运行状况页上的通知。
注意
为了符合 Microsoft 的安全标准，我们在每月的第二周对基础 Azure Kubernetes 服务 (AKS) 群集执行额外的安全修补。 在非工作时间的 8 小时时段内开展维护工作。 我们以滚动的方式执行此操作，以确保服务的连续性。
最佳做法
- 为同一区域中的多个服务实例配置计划内维护时，维护将在同一周内进行。 例如，如果群集 A 的维护设置为在星期一进行，群集 B 的维护设置为在星期日进行，则在同一周内，群集 A 将先于群集 B 进行维护。
- 如果有两个跨越 Azure 配对区域的服务实例，则此类服务实例的维护将在不同的周内进行，但不能保证首先维护哪个区域。 请关注每个维护公告以获取确切信息。
- 计划内维护的时间窗口长度固定为 8 小时。 例如，如果开始时间设置为 10:00，则会在 10:00 到 18:00 之间随时执行维护作业。 服务团队尝试在此时间范围内完成维护，但有时可能需要更长的时间。
- 无论如何或是否配置计划内维护，你都无法免除维护作业。 如果你对维护时间有特殊要求，但此功能无法满足，请创建支持工单。