Unlayer 中断历史

1. 2025年10月20日 UTC 11:55monitoring

   今天早些时候,亚马逊网络服务(AWS)的全球停电影响了多个Unlayer系统,包括我们的后端API,账户服务(登录和注册)和Export API. 截至目前: 编辑与构建者:全面可操作. 导出 API: 功能已恢复并正常运行。 账户 (Login/ 注册): 工作如预期。 后端API:此前已退化,但现在稳定. 我们继续监测残余影响。 与许多其他在线平台一样,Unlayer在AWS努力恢复全球稳定时也经历了间歇性干扰. 我们的工程组积极监测了所有系统,并确认了受影响部分的全面恢复。 我们正在继续观察我们的系统,以确保一切仍然充分运作。 您可以在此查看 AWS 的恢复更新: https://health.aws.amazon.com/health/status 感谢你在这起与AWS相关的事件中的耐心和理解.

2. 2025年10月20日 UTC 20:46monitoring

   在AWS服务中断之后, 此时,所有"无层"服务已经全面运行并正常运行. 在AWS全面稳定其基础设施时, 欲了解澳大利亚妇女协会的最新情况,访问:https://health.aws.amazon.com/health/status 谢谢你的耐心 我们确保一切恢复正常.

3. 2025年10月20日 UTC 23:24resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2025年9月25日 UTC 13:42investigating

   我们正在调查一项服务中断 影响我们的出口、认证和控制台API的性能。 一些用户可能遭遇高响应时间或功能退化. 我们的工程小组正在积极查明根源,并将在获得更多信息后立即提供最新情况。 谢谢你的耐心.

2. 2025年9月25日 UTC 14:45resolved

   已解决:服务性能恢复 包括出口设计和登录。 减速与使用量增加有关, 我们已实施基础设施优化, 所有系统现在都正常运行。 谢谢你的耐心和持续的支持.

自动翻译自官方事件更新。

1. 2023年4月19日 UTC 18:11resolved

   Google Chrome最新112版本引起了一些额外的边际和间隔问题. 我们已经查明了原因并解决了这个问题.

自动翻译自官方事件更新。

1. 2022年8月4日 UTC 16:38investigating

   我们收到关于云层出口API断断续续故障的报告. 我们目前正在调查这一问题并努力查明其根源.

2. 2022年8月4日 UTC 17:33identified

   我们已经确定这个问题与兰布达上的克罗梅版本有关。 我们的工程师正在探索解决问题的不同选择.

3. 2022年8月4日 UTC 22:07monitoring

   我们已经部署一个潜在的修复方案。 我们现在将监测这个问题是否已经解决.

4. 2022年8月9日 UTC 20:13resolved

   此事已决.

自动翻译自官方事件更新。

1. 2022年2月24日 UTC 16:58identified

   我们已经证实这跟赫鲁库有关系 您可以在此追踪事件:https://status.heroku.com/incidents/2402

2. 2022年2月24日 UTC 17:24resolved

   这个问题已经得到解决.

自动翻译自官方事件更新。

1. 2021年12月7日 UTC 18:02monitoring

   AWS US East -1对全世界许多公司来说都是失败的。 我们正在密切监测,我们对这种不便表示歉意。 根据澳大利亚妇女协会,它们已经查明了根源,并正在积极努力恢复.

2. 2021年12月8日 UTC 01:04monitoring

   我们一直在监视美国东部一号 然而,我们的工程团队已经解决了我们的端部编辑,它正在离线模式下工作. API中有一些间歇性停电.

3. 2021年12月8日 UTC 05:07monitoring

   编者在API中有些时断时续的发作很好. 我们一直在监视美国东部一号.

4. 2021年12月8日 UTC 06:41resolved

   这一事件已得到解决和核实。 它的工作罚款 在过去三个小时.

自动翻译自官方事件更新。

1. 2021年10月19日 UTC 19:39identified

   我们的数据库提供者正在对数据库进行维护。 我们正在积极努力解决这一问题.

2. 2021年10月19日 UTC 19:49resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2021年7月31日 UTC 09:22investigating

   当您的产品或服务不能如预期的那样运行时, 请通过制造事件通知您的客户。 即使你不知道究竟发生了什么.

2. 2021年7月31日 UTC 09:22identified

   在你继续处理这起事件时 经常更新客户信息.

3. 2021年7月31日 UTC 09:22monitoring

   固定后通知用户,并保持通信清晰准确.

4. 2021年7月31日 UTC 09:22resolved

   同情那些受影响者,让他们知道一切正常运行.

自动翻译自官方事件更新。