摘要：昨天下午，亚马逊全球系统突然崩溃了，波及美国站、英国站、德国站等多个核心市场，店铺链接突然变狗，后台也全面罢工。

昨天下午，亚马逊全球系统突然崩溃了，波及美国站、英国站、德国站等多个核心市场，店铺链接突然变狗，后台也全面罢工。

亚马逊系统全面崩溃

整个系统崩溃时间长达3小时，美国站出现全面宕机，英国站部分功能受影响，仅印度站等站点影响较小。

据卖家反馈，下午打开亚马逊后台的时候，后台出现登录失败、白屏、频繁提示“内部错误”。

图源：亚马逊后台

连带着A+页面编辑、FBA货件创建、广告管理、结算中心对账等核心运营功能集体瘫痪。

店铺前台链接集体变狗，商品详情页点击后显示“页面不存在”，购物车无法更新、订单状态消失。

图源：亚马逊前台

AWS 故障引发半个互联网瘫痪

据悉，这次崩溃的根源但是亚马逊云计算服务（AWS）美国东部—弗吉尼亚州北部区域（US-EAST-1）的核心服务失效。

这个区域作为AWS最早建成、承载量最大的数据中心枢纽，承担着全球30%跨境电商后台的运行支撑，所以崩溃的后果就可想而知。

更严重的是，API接口同步失效，第三方ERP工具无法抓取订单数据，导致库存管理与发货流程完全停滞。

除了亚马逊，依赖AWS的Snapchat、Coinbase、Roblox等数十个平台同步瘫痪，，可谓是影响了半个互联网行业，其影响范围和连锁反应是近几年来最严重的科技服务中断事件之一。

图源：网络，侵删

有部分网友猜测，此次导致瘫痪的直接原因竟然是系统管理员在升级备份应用时出现拼写错误，致配置文件异常，进而引发数据库日志分区填满，触发连锁崩溃。

但是这也只是猜测，亚马逊并没有正面回应此次故障的具体原因，但总之肯定是亚马逊单方面的原因。

然而卖家最关心的应该也是故障带来的影响是否要卖家自己承担。

根据目前AWS官方说明，亚马逊卖家需要注意以下三点：

1. BD活动状态更新滞后：新启动的BD活动，系统需优先消化故障期间的订单数据，导致促销模块资源分配滞后。

2.订单数据延迟：前台下单流程中断以及后台数据写入队列出现拥堵，导致数据出现延迟。

3.绩效不会受影响：亚马逊在2024年11月退货系统故障、2023年PrimeDay服务器中断等事件中，均对“延迟发货率”“订单缺陷率”等指标实施了自动豁免。

其实卖家们对于亚马逊的系统崩溃问题已经见怪不怪了，亚马逊每年总会发生三到四次。

一开始而是偶尔的系统bug，到现在已经是半个互联网的崩溃了。

关于赔偿，此前也有过亚马逊赔偿的情况，对卖家的最高赔偿金额不超过卖家此前6个月支付的服务费用总额。

但是这一次会不会赔偿，大概率应该是不会了，大家还是不要抱有期待。

此次事件再一次凸显了“单一平台依赖”的风险，亚马逊卖家系统的稳定性与AWS基础设施强绑定，而一点点的微小失误就有可能引发全球性连锁反应。

而AWS能否在事后总结报告中给出实质性改进方案，将成为重塑行业信任的关键，毕竟没有第二颗强心脏去应对这么大的系统瘫痪了。

总的来说，这一次大型系统崩溃事件不是简单的“后台卡顿”，而是一次由AWS核心服务中断引发的全球性电商系统灾难。它暴露了亚马逊在旺季前的技术脆弱性，也敲响了跨境电商行业“平台依赖症”的警钟。

卖家们眼下应该做的就是，检查账户绩效是否受影响；提交申诉说明因系统故障导致的发货延迟以及开始布局多平台布局策略，降低未来类似事件带来的业务中断风险。

最后，如果卖家还在为亚马逊账号安全发愁？受限商品误判、侵权投诉难处理、绩效不达标怕封号？敏哥有一份《亚马逊后台账号安全（完整版）》，教你应对方法。需要这份资料的，，或者文末扫码添加领取。

来源：007王子