50 Subscribe Pro incidents · 2016年1月 — official updates, affected components, duration and resolution details.
背景工作处理在10/1或我们东一区下降,而eu西一区则下降10/4。 这两次事件都是出于同样的根本原因: * 密钥调度服务失败。 * 这是由于我们的核心交易数据库在经过一个小版本升级后被回收引起的。 * 这发生在东部时间10: 4凌晨3点左右。 * 东部时间10/1点左右发生在eu-West-1地区。 * 我们本应该注意到这一点,但是我们的一些提醒/通知脚本有错误。 * 我们自此更新并彻底测试了通知脚本.
自动翻译自官方事件更新。
我们正在调查一个导致我们商机App和API停用的问题.
这个问题已经得到解决.
之所以发生这一事件,是因为我们在部署到生产平台时没有更新关键证书。 我们将审查我们在更新过程中如何跟踪这些全权证书的进程.
自动翻译自官方事件更新。
我们目前正在调查一个造成我们商机App和API性能退化的问题.
我们执行了一项固定措施并正在监测。 如果您继续遇到性能或连接问题, 请联系支持@ 订阅profile.com .
目前所有系统都正常运行。 我们仍然在监测。 一旦我们完全了解其根源,我们将张贴一份死后写作.
我们已确定了核心问题,并已找到解决办法。 死后再跟进.
自动翻译自官方事件更新。
目前,通过订阅者Pro Oult提交的所有付款交易均告失败。 所有其他API和系统都已投入使用。 我们发现一个上游供应商的问题,导致交易请求失败。 他们在这里发表了一个事件:https://status.spreedly.com/incidents/1ly5j04m8mjs
我们的上游供应商已实施一个固定办法,现在似乎正在成功地处理交易。 我们正在积极监测结果.
我们的上游提供者已报告这一事件已得到解决,我们也不再看到任何问题,因此我们也正在考虑解决.
自动翻译自官方事件更新。
我们的Merchant App和API目前由于长期运行的数据库更新而出现部分停机.
全面恢复服务.
自动翻译自官方事件更新。
我们正在调查我们的商机App和API的退化性能.
修补完成,性能恢复正常. 我们将继续进行监测.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们正在调查我们商机App和API的部分停机情况.
导致我们商机App和API部分停用的问题得到解决.
自动翻译自官方事件更新。
我们目前正在调查我们的商机App UI和API的停机事件。 目前看来我们上游供应商CloudFlare有问题 我们会随时向您汇报最新情况.
我们正在继续调查这一问题.
我们上游供应商Cloudflare的问题似乎已经解决。 我们正在继续监测.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们目前正在与我们的商人和API找出一个问题.
我们在最近的部署中发现了一个问题,导致无法处理我国API和网络用户界面的流量。 相关变动重新得到处理,问题已得到解决.
自动翻译自官方事件更新。
我们正在调查一个导致付款交易失败的问题.
我们开展了稳定的工作。 核心问题与Core.spreedly.com上的SSL证书有关. 我们将在核心问题得到解决后提供最新情况.
斯普雷德利已经部署了一个解决方案,核心问题已经得到解决。 交易处理成功 .
自动翻译自官方事件更新。
这次事件是由于我们上游供应商的问题。 我们会随时向您汇报调查情况 https://status.platform.sh/ 页面存档备份,存于互联网档案馆
我们的上游供应商采用了一个固定方法。 这些服务目前正在建立并受到监测.
我们的上游提供者已经解决这个问题.
自动翻译自官方事件更新。
我们经历了一段短暂的停机时间(3至5分钟),从东边10:49开始. 这个问题与VA的Ashburn的Cloudflare出道有关. https://www.cloudflarestatus.com/ (中文(简体) ). 现在已经恢复服务,我们正在监测这一问题.
一项措施已经执行,我们正在监测结果.
网络问题在东部4:25被Cloudflare解决.
自动翻译自官方事件更新。
我们正在调查我们商机UI和API的部分停机
已经解决了,我们正在监测.
这一事件已经得到解决.
今天我们的API和Web UI都倒了将近15分钟. 其根源是长期更新数据库,这是升级的一部分。 当我们估计更新的时间长度时 需要1个数量级的间隔 因此,更新工作用了将近15分钟,而不是一分钟多一点,并翻译成API和UI的停机时间。 这些数据库更新是我们很少做的。 永不减少,我们已经确定了今后可以用来进行更广泛测试的方法,以便进行类似的更新。 这将使我们能够规划其他渐进方式,以更新数据库并安排时间.
自动翻译自官方事件更新。
我们正在调查关于一些反复发出的订单没有按预期处理的报告.
我们已经解决这个问题,导致一些反复发出的订单得不到处理。 我们将继续监测任何其他问题.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们正在调查一个500个内部服务器出错,该错误正在阻止访问我们的Merchant UI中的订阅和客户管理页面.
一项措施已经执行,我们正在监测。 如果您继续遇到访问 Merchant UI 功能的问题, 请联系支持@ 订阅prof.com
这一事件已经得到解决.
自动翻译自官方事件更新。
我们正在调查我们平台UI和API的故障.
一项措施已经执行,我们正在监测.
这种停电已经解决了. 如果您在访问我们的平台网页UI或API时遇到其他问题, 请联系支持@ 订阅profile.com .
今早的停电 影响了所有订户的顾客 根本原因是一个磁盘,它填补了我们的交易数据库系统。 另有两种系统故障导致这一问题导致一个多小时的故障: * 我们指定的待命人员未能按要求迅速作出反应。 * 我们操作时对所填入的磁盘周围的自动缩放设置有误解。 我们已采取行动处理这两个系统问题: * 我们很好地调整了待命人员的程序并增加了我们的训练频率。 * 我们调整并测试了数据库磁盘的相关自动缩放设置。 我们非常认真地对待任何下沉时间,并以此为契机来改进我们的制度和程序,以免此类问题再发生。 谢谢.
自动翻译自官方事件更新。
问题确定由Cloudflare断电引起-https://www.cloudflarestatus.com/
Cloudflare 已经执行了一个固定。 服务似乎正在恢复。 我们将监测问题得到解决后提供最新情况.
Cloudflare认为这个问题已经解决了. 受影响的服务已恢复正常运作。 您可以在此找到有关此问题的更多信息:https://www.cloudflarestatus.com/incicents/tx4pgxs6zxdr
自动翻译自官方事件更新。
我们正在调查我们主机部件代码的 部分故障 原因似乎与Cloudflare连接问题有关.
问题确定由Cloudflare断电引起-https://www.cloudflarestatus.com/ 我们暂时绕过了这个问题,应该有主机代码.
一项措施已经执行,我们正在监测结果.
我们正在继续监测任何其他问题.
其根源为"云花"出道. 云浮服务全面恢复. 订户禁止主机代码现在也已全面运作。 https://www.cloudflarestatus.com/ (中文(简体) )
自动翻译自官方事件更新。
我们目前正在调查我们一再处理订单的部分中断.
我们已经查明了问题,并制定了解决办法。 我们将继续进行监测,以确保一切继续按预期进行。 如果你的账户的订阅被延迟, 他们应该很快处理.
一再处理订单的部分停用问题已经解决.
自动翻译自官方事件更新。
我们正在调查我们平台UI和API部分停用的情况.
由于我们的伐木集群和应用伐木队列的问题,我们经历短暂的间歇性故障时间。 全面恢复服务.
自动翻译自官方事件更新。