AWS公布服务生命周期调整：维护、逐步退场与终止支持要按各自日期处理

2026 年 9 月 29 日，AWS 公布一组服务可用性调整。公告分别列出维护、逐步退场和已经终止支持三个阶段。对于运维人员，最先需要确认的是自己使用的具体服务与入口，以及对应日期，而不是把全部项目统称为立即关停。

配图为 AI 生成的概念示意图，非真实产品界面、设备照片或活动现场。

三个阶段的时间不同

进入维护的 Amazon Chime SDK SIP Media Application 与 Amazon WorkSpaces Secure Browser，从 2026 年 10 月 29 日起不再向新客户开放，现有客户可继续使用，AWS 继续运营和支持。

逐步退场项目中，Amazon Managed Blockchain 与 AWS Backint Agent for SAP ASE 的终止日期为 2027 年 9 月 29 日，Amazon DevOps Guru 为 9 月 30 日。Infrastructure Composer 独立控制台的日期是 2026 年 12 月 7 日。公告另称，Mechanical Turk 已于 2026 年 9 月 29 日结束支持且不再可用。

先核对受影响的是服务还是某个入口

Infrastructure Composer 的补充文档明确：AWS Toolkit for Visual Studio Code 中的可视化编写体验继续保留，现有 CloudFormation 堆栈、部署流程和保存在 S3 或本地的模板不受这项控制台变化影响。使用独立网页控制台的团队，需要在其关闭前调整工作入口。

这一区分很重要。编辑模板的界面变化、已有资源能否继续运行，以及模板文件是否仍存在，是三个不同的问题。把它们分别写进资产清单，才能避免为了更换一个入口而误判需要重建全部业务。

把公告转成可以执行的盘点

以下是本文的操作准备建议。按账号、项目和负责团队列出实际依赖，注明日常是否有人使用、自动流程是否调用，以及替代路径由谁验证。没有找到使用记录时，先标为待确认，不要直接宣布某项服务与组织无关。

对有未来退场日期的项目，先明确必须保留的数据、配置与使用结果，再制定迁移验证。测试新路径时，应让日常操作者完成一遍真实类型的任务，检查权限、输出和支持流程；仅能打开新页面，通常不足以证明工作已迁移。

本文没有推断各服务的个别账户状态，也没有为读者选择迁移目标。准确行动应来自对应产品文档与账户通知：维护项目先确认新增使用限制，退场项目安排交接，已结束项目核对剩余依赖并记录处理结果。

来源与核验

AWS：服务可用性更新（2026-09-29）；AWS：Infrastructure Composer终止支持说明（2026-10-01核验）。本文于北京时间 2026 年 10 月 1 日核验，功能状态以官方后续更新为准。