PuppyIP 资源中心
开发与云工具 6 分钟 发布于 2026-10-07

AWS Proton 10月7日结束支持:线上资源会停吗?

已经部署的资源不会因为Proton退役就自动停止。真正需要接续的是管理和发布入口:AWS把10月7日列为支持结束及Proton数据保留截止日,先找回栈、模板和下一条交付路径。

AWS Proton CloudFormation 部署迁移 Git sync

服务对象与地域限制

PuppyIP 仅面向海外合规企业及其授权人员提供服务,不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动,严禁在中国大陆境内使用本服务。

代理 IP 或服务器位于境外,不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。

本文要点

  • AWS Proton的支持结束日是2026年10月7日;这是既有退役计划,不是今天新宣布,文档未给出具体小时或时区。
  • 已有CloudFormation栈及其资源继续运行;Proton访问、管理、更新和相关交付流水线则受影响。
  • Proton数据只保留到截止日,之后删除;不能把这个范围扩大成应用数据库或所有云资源,也不能承诺过期后还能导出。
  • 接管前先核对账号、Region、现有栈与模板;Git sync适合从仓库更新栈,复杂构建和交付需另外安排流水线。

网站还在运行,为什么发布入口可能失效?

AWS Proton于2026年10月7日结束支持。官方明确:它创建的CloudFormation栈和部署资源保持完整并继续运行。CloudFormation栈可以理解为一组云资源及其配置的管理单元,Proton退役不等于这组资源被一并关掉。

受到影响的是Proton自身的访问、管理和更新能力,以及依赖它的交付流水线。对开发团队而言,最容易出现的情况是旧版本服务仍在工作,新版本却无法沿着原来的Proton流程发布。

这是官方既有计划的到期提醒,文档没有公布具体切换小时或时区。资源继续运行也不代表以后无需维护:应用故障、账单、证书及权限仍要按各自服务处理,不能从退役公告推断长期运行保证。

截止日之后,哪些数据不能再等?

官方说明Proton数据保留到2026年10月7日,之后删除。这里说的是Proton服务中的数据;部署资源继续运行是另一条明确说明,不能据此声称客户应用数据库也被删除。

如果你的Proton入口此刻仍可使用,应优先整理可访问的模板、配置和资源清单,按照官方迁移建议留到获授权的团队位置。不要把“今天是截止日”理解成还确定剩余几个小时可导出。

如果已经无法进入Proton,先从现有代码仓库、CloudFormation栈和团队已有记录定位资源,再向AWS Support或账户团队询问可用帮助。官方没有承诺截止日后恢复被删Proton数据,本文也不提供虚构的找回按钮。

先找到现有资源,再决定怎么接管

先核对实际AWS账号和Region,在CloudFormation中识别原来由Proton创建的栈及关联资源。把当前部署、模板仓库、环境参数和原发布流程对应起来,避免只记得一个Proton服务名称,却找不到它背后的资源。

接着确认谁拥有维护权限、模板是否仍与线上资源一致,以及下一次发布需要哪些构建产物。先整理现状再选择替代工具,会比直接照着示例重新创建一套生产资源更容易控制影响。

这是迁移准备建议,不是AWS提供的一键接管功能。现有栈能否直接接入某条新流水线,仍取决于模板、参数、权限及具体架构;只在界面中看到资源,不等于已具备安全更新它的条件。

只更新栈,还是还要构建应用?

如果主要需求是从Git仓库维护CloudFormation,先看官方Git sync。它监视栈模板及部署参数文件,再据此更新栈;当前指南支持GitHub、GitHub Enterprise、GitLab、Bitbucket和自托管GitLab,实际可用区域与连接条件以当前文档为准。

Git sync的重点是栈与仓库配置同步,不会因为启用它就自动补齐原有应用的所有构建环节。控制台配置、仓库连接、文件和监控步骤见文末指南;拉取请求评论是可选能力,不能假设默认已经开启。

若还需要编译、测试、生成产物和多阶段交付,可以评估CodeBuild与CodePipeline。CodeBuild负责构建和产物,CodePipeline负责串联交付阶段;它们承担的工作不同,新流程、权限和费用也需要分别确认。

退役指南还列出GitHub Actions和Harmonix等替代方向。它们是可评估的方案,不代表AWS会自动迁走你的配置,也不能只因团队已经使用某个平台就认定无需额外实施。

一个常见误判:发布失败,就重建全部资源

假设一个团队的网站访问正常,但原Proton发布入口失效。这是说明边界的虚构场景,并非本文实测。此时首先要恢复的是对现有资源的管理和交付能力,不能仅凭入口失效就判断生产资源已损坏。

更稳妥的顺序是确认现有栈、模板和参数,再评估新流程的变更内容。先用隔离或非关键环境确认接管方式,审阅拟更新的资源、权限和回退安排,最后再由负责团队决定生产操作。

接续完成的标志也应具体:团队知道资源在哪里,能通过获授权的新路径维护,并能确认一次变更的影响和恢复方式。仅把另一个工具开通,或把模板复制到仓库,都不足以证明迁移已经完成。

资料来源

常见问题

为什么有的页面写2025年10月7日?

两个日期对应不同阶段:2025年10月7日后停止接受新的Proton客户,2026年10月7日结束支持。不要把停止新注册日期当成现有客户的支持结束日。

10月7日具体几点关闭,过期后还能导出吗?

官方退役文档未给出具体小时或时区,并说明Proton数据在该日期后删除。不能保证此刻仍可导出或截止后可以恢复;应依据当前实际可访问状态及AWS Support回复处理。

换一个网络或代理能继续使用Proton吗?

不能把服务退役当成普通连通问题。网络排查不能恢复已经终止的产品能力或被删除的Proton数据,应接续现有资源的管理与交付路径。