Subscribe Pro 中断历史

1. 2022年10月9日 UTC 23:08resolved

   背景工作处理在10/1或我们东一区下降,而eu西一区则下降10/4。 这两次事件都是出于同样的根本原因: * 密钥调度服务失败。 * 这是由于我们的核心交易数据库在经过一个小版本升级后被回收引起的。 * 这发生在东部时间10: 4凌晨3点左右。 * 东部时间10/1点左右发生在eu-West-1地区。 * 我们本应该注意到这一点,但是我们的一些提醒/通知脚本有错误。 * 我们自此更新并彻底测试了通知脚本.

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

1. 2021年4月16日 UTC 17:26investigating

   我们正在调查一个导致我们商机App和API停用的问题.

2. 2021年4月16日 UTC 17:42resolved

   这个问题已经得到解决.

3. 2021年4月16日 UTC 17:43postmortem

   之所以发生这一事件,是因为我们在部署到生产平台时没有更新关键证书。 我们将审查我们在更新过程中如何跟踪这些全权证书的进程.

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

1. 2021年2月9日 UTC 15:47investigating

   我们目前正在调查一个造成我们商机App和API性能退化的问题.

2. 2021年2月9日 UTC 16:59monitoring

   我们执行了一项固定措施并正在监测。 如果您继续遇到性能或连接问题, 请联系支持@ 订阅profile.com .

3. 2021年2月9日 UTC 16:59monitoring

   目前所有系统都正常运行。 我们仍然在监测。 一旦我们完全了解其根源,我们将张贴一份死后写作.

4. 2021年2月9日 UTC 19:05resolved

   我们已确定了核心问题,并已找到解决办法。 死后再跟进.

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

1. 2021年2月8日 UTC 13:25identified

   目前,通过订阅者Pro Oult提交的所有付款交易均告失败。 所有其他API和系统都已投入使用。 我们发现一个上游供应商的问题,导致交易请求失败。 他们在这里发表了一个事件:https://status.spreedly.com/incidents/1ly5j04m8mjs

2. 2021年2月8日 UTC 13:32monitoring

   我们的上游供应商已实施一个固定办法,现在似乎正在成功地处理交易。 我们正在积极监测结果.

3. 2021年2月8日 UTC 13:53resolved

   我们的上游提供者已报告这一事件已得到解决,我们也不再看到任何问题,因此我们也正在考虑解决.

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

1. 2020年10月1日 UTC 10:17investigating

   我们的Merchant App和API目前由于长期运行的数据库更新而出现部分停机.

2. 2020年10月1日 UTC 10:40resolved

   全面恢复服务.

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

1. 2020年9月17日 UTC 20:03investigating

   我们正在调查我们的商机App和API的退化性能.

2. 2020年9月17日 UTC 20:13monitoring

   修补完成,性能恢复正常. 我们将继续进行监测.

3. 2020年9月17日 UTC 20:26resolved

   这一事件已经得到解决.

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

1. 2020年8月12日 UTC 02:13investigating

   我们正在调查我们商机App和API的部分停机情况.

2. 2020年8月12日 UTC 02:23resolved

   导致我们商机App和API部分停用的问题得到解决.

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

1. 2020年7月17日 UTC 21:29investigating

   我们目前正在调查我们的商机App UI和API的停机事件。 目前看来我们上游供应商CloudFlare有问题 我们会随时向您汇报最新情况.

2. 2020年7月17日 UTC 21:29investigating

   我们正在继续调查这一问题.

3. 2020年7月17日 UTC 21:41monitoring

   我们上游供应商Cloudflare的问题似乎已经解决。 我们正在继续监测.

4. 2020年7月18日 UTC 00:39resolved

   这一事件已经得到解决.

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

1. 2020年6月29日 UTC 18:40investigating

   我们目前正在与我们的商人和API找出一个问题.

2. 2020年6月29日 UTC 19:06resolved

   我们在最近的部署中发现了一个问题,导致无法处理我国API和网络用户界面的流量。 相关变动重新得到处理,问题已得到解决.

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

1. 2020年5月30日 UTC 11:25investigating

   我们正在调查一个导致付款交易失败的问题.

2. 2020年5月30日 UTC 12:31monitoring

   我们开展了稳定的工作。 核心问题与Core.spreedly.com上的SSL证书有关. 我们将在核心问题得到解决后提供最新情况.

3. 2020年5月30日 UTC 13:11resolved

   斯普雷德利已经部署了一个解决方案,核心问题已经得到解决。 交易处理成功 .

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

1. 2020年5月26日 UTC 09:39investigating

   这次事件是由于我们上游供应商的问题。 我们会随时向您汇报调查情况 https://status.platform.sh/ 页面存档备份,存于互联网档案馆

2. 2020年5月26日 UTC 10:13monitoring

   我们的上游供应商采用了一个固定方法。 这些服务目前正在建立并受到监测.

3. 2020年5月26日 UTC 10:35resolved

   我们的上游提供者已经解决这个问题.

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

1. 2020年4月24日 UTC 03:04investigating

   我们经历了一段短暂的停机时间(3至5分钟),从东边10:49开始. 这个问题与VA的Ashburn的Cloudflare出道有关. https://www.cloudflarestatus.com/ (中文(简体) ). 现在已经恢复服务,我们正在监测这一问题.

2. 2020年4月24日 UTC 03:05monitoring

   一项措施已经执行,我们正在监测结果.

3. 2020年4月24日 UTC 12:19resolved

   网络问题在东部4:25被Cloudflare解决.

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

1. 2019年9月24日 UTC 15:51investigating

   我们正在调查我们商机UI和API的部分停机

2. 2019年9月24日 UTC 16:00monitoring

   已经解决了,我们正在监测.

3. 2019年9月24日 UTC 17:10resolved

   这一事件已经得到解决.

4. 2019年9月24日 UTC 18:12postmortem

   今天我们的API和Web UI都倒了将近15分钟. 其根源是长期更新数据库,这是升级的一部分。 当我们估计更新的时间长度时 需要1个数量级的间隔 因此,更新工作用了将近15分钟,而不是一分钟多一点,并翻译成API和UI的停机时间。 这些数据库更新是我们很少做的。 永不减少,我们已经确定了今后可以用来进行更广泛测试的方法,以便进行类似的更新。 这将使我们能够规划其他渐进方式,以更新数据库并安排时间.

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

1. 2019年7月30日 UTC 18:08investigating

   我们正在调查关于一些反复发出的订单没有按预期处理的报告.

2. 2019年7月30日 UTC 18:14monitoring

   我们已经解决这个问题,导致一些反复发出的订单得不到处理。 我们将继续监测任何其他问题.

3. 2019年7月30日 UTC 18:53resolved

   这一事件已经得到解决.

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

1. 2019年7月30日 UTC 12:56investigating

   我们正在调查一个500个内部服务器出错,该错误正在阻止访问我们的Merchant UI中的订阅和客户管理页面.

2. 2019年7月30日 UTC 17:32monitoring

   一项措施已经执行,我们正在监测。 如果您继续遇到访问 Merchant UI 功能的问题, 请联系支持@ 订阅prof.com

3. 2019年7月30日 UTC 18:03resolved

   这一事件已经得到解决.

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

1. 2019年7月19日 UTC 10:50investigating

   我们正在调查我们平台UI和API的故障.

2. 2019年7月19日 UTC 11:20monitoring

   一项措施已经执行,我们正在监测.

3. 2019年7月19日 UTC 13:24resolved

   这种停电已经解决了. 如果您在访问我们的平台网页UI或API时遇到其他问题, 请联系支持@ 订阅profile.com .

4. 2019年7月19日 UTC 18:22postmortem

   今早的停电 影响了所有订户的顾客 根本原因是一个磁盘,它填补了我们的交易数据库系统。 另有两种系统故障导致这一问题导致一个多小时的故障: * 我们指定的待命人员未能按要求迅速作出反应。 * 我们操作时对所填入的磁盘周围的自动缩放设置有误解。 我们已采取行动处理这两个系统问题: * 我们很好地调整了待命人员的程序并增加了我们的训练频率。 * 我们调整并测试了数据库磁盘的相关自动缩放设置。 我们非常认真地对待任何下沉时间,并以此为契机来改进我们的制度和程序,以免此类问题再发生。 谢谢.

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

1. 2019年7月2日 UTC 13:53investigating

   问题确定由Cloudflare断电引起-https://www.cloudflarestatus.com/

2. 2019年7月2日 UTC 14:19monitoring

   Cloudflare 已经执行了一个固定。 服务似乎正在恢复。 我们将监测问题得到解决后提供最新情况.

3. 2019年7月2日 UTC 15:01resolved

   Cloudflare认为这个问题已经解决了. 受影响的服务已恢复正常运作。 您可以在此找到有关此问题的更多信息:https://www.cloudflarestatus.com/incicents/tx4pgxs6zxdr

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

1. 2019年6月24日 UTC 10:55investigating

   我们正在调查我们主机部件代码的 部分故障 原因似乎与Cloudflare连接问题有关.

2. 2019年6月24日 UTC 11:06investigating

   问题确定由Cloudflare断电引起-https://www.cloudflarestatus.com/ 我们暂时绕过了这个问题,应该有主机代码.

3. 2019年6月24日 UTC 11:06monitoring

   一项措施已经执行,我们正在监测结果.

4. 2019年6月24日 UTC 13:49monitoring

   我们正在继续监测任何其他问题.

5. 2019年6月24日 UTC 13:51resolved

   其根源为"云花"出道. 云浮服务全面恢复. 订户禁止主机代码现在也已全面运作。 https://www.cloudflarestatus.com/ (中文(简体) )

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

1. 2019年4月14日 UTC 14:41investigating

   我们目前正在调查我们一再处理订单的部分中断.

2. 2019年4月14日 UTC 15:08monitoring

   我们已经查明了问题,并制定了解决办法。 我们将继续进行监测,以确保一切继续按预期进行。 如果你的账户的订阅被延迟, 他们应该很快处理.

3. 2019年4月14日 UTC 15:46resolved

   一再处理订单的部分停用问题已经解决.

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

1. 2019年1月31日 UTC 14:58investigating

   我们正在调查我们平台UI和API部分停用的情况.

2. 2019年1月31日 UTC 15:08resolved

   由于我们的伐木集群和应用伐木队列的问题,我们经历短暂的间歇性故障时间。 全面恢复服务.

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