如何配置计划内维护（预览版）
备注
基本、标准和企业计划将从 2025 年 3 月中旬开始弃用，停用期为 3 年。 建议转换到 Azure 容器应用。 有关详细信息，请参阅 Azure Spring Apps 停用公告。
标准消耗和专用计划将于 2024 年 9 月 30 日开始弃用，并在六个月后完全关闭。 建议转换到 Azure 容器应用。
本文介绍如何在 Azure Spring Apps 中配置计划内维护。
要使 Azure Spring Apps 平台保持最新且安全，需要进行日常维护。 维护也称为自动修补，包括安全更新程序、bug 修补程序、新功能或性能改进。 可以对 Azure Spring Apps 管理的组件执行自动修补，以支持 Java 应用程序，包括 JDK、APM、基本 OS 映像、托管中间件和运行时基础结构。 为了使维护生效，应用程序将在你指定的维护时段内重启，但服务质量和正常运行时间保证在此期间继续适用。
按照以下步骤在 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 之间随时执行维护作业。 服务团队尝试在此时间范围内完成维护，但有时可能需要更长的时间。
- 无论如何或是否配置计划内维护，你都无法免除维护作业。 如果你对维护时间有特殊要求，但此功能无法满足，请创建支持工单。