Azure 崩了。。。。。AWS 也崩了。。。

今早，云头条报道了微软 Azure 崩了的新闻《突发！微软 Azure 全球瘫痪》。

没想到，同时 AWS 也遭遇重大中断，服务运行状况仪表板显示众多服务“性能降级”。

AWS官网声称：

从太平洋夏令时下午 2 点 45 分开始，Kinesis 中的一个子系统在处理入站数据时开始遇到资源争用日益加剧的问题。

虽然这对大多数客户工作负载造成的影响有限，但它确实导致一些内部 AWS 服务受到了下游影响，其中包括 CloudWatch、ECS Fargate 和 API Gateway。

工程师们已经确定了影响 Kinesis 的问题的根本原因，正在努力解决资源争用问题。

虽然我们正在取得进展，但我们预计需要两三个小时才能完全解决。

由于这个问题，CloudWatch 日志在处理入站日志时的错误率和延迟有所增加。

任何使用 CloudWatch 日志 API 的客户都可能会遇到错误增加的问题。

从这些日志中提取 CloudWatch 度量指标可能会延迟，如果设置延迟的度量指标，警报可能会切换到“INSUFFICIENT_DATA”状态。

ECS Fargate在尝试启动新任务时遇到了失败，这也是由于依赖 CloudWatch 日志的缘故。

我们目前正在进行更改，以消除这种依赖，并已采取了措施，以减少任务停用的可能性。

API Gateway 继续正确处理请求，但在向 CloudWatch 发送日志时发现错误。

一些客户在将 Lambda 与 API Gateway 一起使用时也可能会遇到错误，但我们认为这与 Lambda 函数代码本身的失效有关，比如试图调用 CloudWatch 日志 API。

AWS Lambda 继续正确处理调用，但无法将日志发送到 CloudWatch 日志。

因此，客户可能无法看到其异步 Lambda 调用的日志。

正是由于这个问题，我们还看到 IAM Identity Center 和 Organizations 出现的故障有所增加。

公告原文：

微信扫码关注该文公众号作者