Outsystems 中断历史

1. 2026年9月16日 UTC 15:50investigating

   我们知道影响以色列(特拉维夫)地区用户的认证问题。 目前用户无法在所有阶段同时向ODC门户网站和运行时间应用程序签名. 我们的小组正在积极调查,并将在获得更多信息后提供最新情况.

2. 2026年9月16日 UTC 16:20investigating

   这一问题一直被追溯到潜在的云区基础设施被破坏,这正在影响我们在以色列(特拉维夫)地区的服务。 用户仍然无法在ODC门户网站上签名. 我们正在同我们的云提供方密切合作,后者正在积极努力来减轻这种干扰。 一旦获得更多信息,我们将提供最新资料.

3. 2026年9月16日 UTC 18:51monitoring

   我们的云提供方解决了地下云区的基础设施被破坏的问题,我们在以色列(特拉维夫)地区的服务已经恢复。 用户现在应当能够登录到ODC门户网站并访问其应用程序. 我们正在密切监测该平台,以确认其保持稳定,并将在我们确认全面解决后提供进一步的最新情况.

4. 2026年9月16日 UTC 19:22resolved

   这一事件已经得到解决。 我们的云提供商证实,基本云区的基础设施被破坏问题已完全解决,我们已经核实,以色列(特拉维夫)地区的服务正在正常运行,包括进入ODC门户网站和获得应用程序。 我们为造成的任何干扰道歉,并感谢你的耐心.

5. 2026年9月16日 UTC 19:22postmortem

   9月16日 UTC凌晨约14:05至18:17之间,以色列\(特拉维夫)地区有环境的用户无法在ODC门户网站和ODC工作室注册,该地区托管的应用程序无法为其终端用户提供. 造成这一事件的原因是,我们的云提供商的基础设施被破坏,影响了该区域的数据库可用性。 我们处理用户登录的身份服务以及区域内托管的应用程序都依赖于这个数据库层,这就是为什么同时登录和应用程序访问失败的原因. 我们与我们的云提供商进行了接触,他们查明了自己一方的原因,并努力恢复受影响的服务。 服务从协调世界时17:43开始恢复,到协调世界时18:17完全恢复. 我们监测了该平台,并在解决事件之前与受影响的客户验证了恢复情况。 我们正在与云层提供者一起审查这一事件,以更详细地了解干扰情况并评估如何改善我们在该地区服务的复原力。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年9月14日 UTC 11:07investigating

   我们正在调查一个用户无法重设密码的问题。 在尝试使用密码重置流量时,尽管输入了正确的代码,但进程却与错误消息"不正确的验证码"相悖. 这目前阻止用户在需要密码重置时登录. 我们的小组正在积极调查这一问题以确定原因,并将在获得更多信息后立即提供进一步的最新资料.

2. 2026年9月14日 UTC 13:29identified

   我们已查明问题的原因,使一些用户无法在ODC个人版或社区网站上重新设置密码。 这个问题只影响到一组电子邮件。 如果您在使用正确的校验码重置社区/ODC PE密码时收到"无效的校验码"出错,请联系我们全球支持,将缓解码应用到您的账户上. 与此同时,我们的小组正在积极努力,对所有受影响的账户实行全球治理。 一旦获得更多细节,我们将提供最新情况.

3. 2026年9月14日 UTC 19:51identified

   对影响到ODC个人版和共同体网站密码重新发送的问题的补救,目前正在适用于所有受影响的账户。 这一进程正在如所预期地取得进展,尽管一些用户可能继续经历问题,直到在未来几个小时内完成。 在此期间,如果您在使用正确的代码重置密码时收到"无效的验证码"出错,请联系我们的全球支援小组,将缓解应用到您的账户上. 一旦获得更多信息,我们将提供进一步的最新资料.

4. 2026年9月14日 UTC 22:08monitoring

   已对所有受ODC个人版和社区网站密码重置问题影响的账户适用了固定办法。 我们现在正在密切监测该平台,以确认密码重新发送正在按预期完成,所有受影响的账户都已完全恢复。 如果您继续遇到重置密码的问题,请联系全球支援小组.

5. 2026年9月15日 UTC 12:56resolved

   OutSystems Person Edition和社群网站存在"错误的证书和密码重写"错误的校验代码",影响登录的问题已完全解决. 已确认该修补对所有受影响的账户有效,密码重接系统现已顺利完成。 我们对此可能造成的任何干扰表示歉意并感谢你的耐心.

6. 2026年9月16日 UTC 16:06postmortem

   2026年9月11日,在OutSystems个人版和OutSystems社区网站的共享登录更新后,一些账号也变得无法登录或重置密码,即使有正确的证书. 只有个人版和社区网站账户受到影响;其他OutSystems ODC租户没有受到影响。 原因是,对于一个子集账户来说,存储的账户电子邮件信息与认证时使用的标识符之间不匹配,登录流向用户是一个不正确的验证码,而不是指向基本的账户数据. 我们于9月14日首次公开发布最新消息,当日晚些时候在生产过程中对受影响账户应用了数据更正,并在9月15日事件被解决前与受影响客户直接确认恢复. 我们正在制定额外的保障措施,包括监测这种登录流的认证和密码重置故障,以及在未来登录变化之前的额外验证,以便更快地抓住和解决这类问题。 我们对此造成的破坏表示歉意并感谢你的耐心.

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

1. 2026年9月11日 UTC 12:47investigating

   我们正在更新OutSystems社区,在9月8日至9月11日期间采用单一的统一登录系统。 这一变化在整个社区创造了一个稳定的身份,即O11个人环境(PE)和ODC个人版,消除了在平台之间导航时重新认证的必要性. 9月8日至11日之间,某些账户业务——如更新概况细节、合并账户或要求新的项目经营项目——将暂时受到限制。 此外,在9月11日,社区和支助门户的登录通道将短暂中断,而最后的开关将完成.

2. 2026年9月11日 UTC 13:24investigating

   新的社区统一登录系统的维护工作仍在进行。 我们的团队正在完成过渡任务,以确保整个社区、O11个人环境和ODC个人版的平稳移徙。 在这项工作完成时,账户业务和登录访问仍然暂时受到限制。 我们对延长停机时间表示歉意,并将很快提供下一次最新情况.

3. 2026年9月11日 UTC 15:09identified

   新的社区统一登录系统的维护工作仍在进行。 我们的团队正在完成过渡任务,以确保整个社区、O11个人环境和ODC个人版的平稳移徙。 在这项工作完成时,账户业务和登录访问仍然暂时受到限制。 我们对延长停机时间表示歉意,并将很快提供下一次最新情况.

4. 2026年9月11日 UTC 16:43resolved

   向新的社区统一登录系统的迁移已经完成。 现在在整个社区、支助门户、O11个人环境以及ODC个人版都能够再次进行登录和账户业务。 所有服务都按预期运作。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年9月11日 UTC 06:23investigating

   我们意识到一个影响到ODC门户网站监测网多个区域日志页的问题。 用户可能无法在第一页以外查看日志条目——后一页可以显示已经看到条目. 我们的小组目前正在调查原因。 一旦获得更多信息,我们将提供最新资料.

2. 2026年9月11日 UTC 07:55identified

   我们查明了这一问题的根源,并证实它影响到了每个区域。 目前正在最后敲定和推出一个解决方案。 这个问题将持续到全面部署。 作为临时工作,我们建议采用更严格的过滤器,尽可能将日志数量限制在一页之内。 一旦获得更多信息,我们将提供最新资料.

3. 2026年9月11日 UTC 11:56resolved

   我们的小组完成了修复工作,并证实ODC门户网站上日志的标注工作现在已如所料。 我们为造成的任何干扰道歉,并感谢你的耐心.

4. 2026年9月14日 UTC 17:00postmortem

   2026年9月10日至9月11日,顾客在ODC门户网站上经历了影响Logs页面的一期,在第一页外浏览仍会显示第一页结果的日志. 这个问题影响到每个区域和阶段。 没有丢失日志数据,这个问题只影响到浏览结果第一页以外的数据的能力。 这个问题是通过客户报告发现的,我们小组在内部复制了这一行为,以确认其范围。 根由被确定为最近更新了Logs pagination逻辑而引入的一个缺陷,这导致同一组结果被返回,而不管请求的是哪一页. 研制出并试制并推广到所有受灾地区,2026年9月11日协调世界时11:56确认完全恢复. 在这次事件之后,我们正在努力缩短经过验证的解决方案所需的时间,以便达到对已确认的客户产生影响的问题的生产,并加强我们的测试和内部审查程序,以在这种缺陷达到生产之前抓住这种缺陷。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年9月4日 UTC 11:15identified

   我们已查明一个影响 npm 安装期间的审计行动的问题,目前正在设法解决.

2. 2026年9月4日 UTC 12:28monitoring

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

3. 2026年9月4日 UTC 12:47resolved

   这一事件已经得到解决.

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

1. 2026年8月31日 UTC 15:28investigating

   我们知道影响悉尼地区ODC的问题。 使用导师工作室的开发者会遇到一个错误,称"Mentor无法连接. 请上网再试一次". 我们的小组正在积极调查,并将在获得更多信息后提供最新情况.

2. 2026年8月31日 UTC 15:34investigating

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

3. 2026年8月31日 UTC 17:02identified

   我们查明了影响亚太地区ODC工作室导师问题的起因,目前正在采取补救措施。 用户可能继续看到连接出错,而固定装置则在所有受影响的环境中展开。 一旦获得更多信息,我们将提供最新资料.

4. 2026年8月31日 UTC 18:00resolved

   亚太区域(悉尼)ODC工作室的辅导员问题已经解决。 配置更改导致导师连接请求方向不正确,导致连接出错. 在所有受影响环境中,这一变化已经逆转,我们的团队已经确认,指导员正在再次如所期望的那样工作。 我们为造成的任何干扰道歉,并感谢你的耐心.

5. 2026年8月31日 UTC 18:59postmortem

   Between 8月28日和2026年8月31日,亚太\(Sydney\)地区的用户无法在ODC工作室使用导师. 连接尝试返回了一个错误, 表示“ Mentor 无法连接 。 请上网再试一次". 已部署的应用程序和其他ODC工作室功能没有受到影响。 作为规划的区域基础设施工作的一部分,来自受影响环境的导师连接请求开始被发送到一个新的区域目的地。 处理这些请求所需的服务尚未在那里部署,因此每次连接尝试都失败了。 在提供这些服务之前就采用了这一改动。 通过客户报告发现了这个问题. 自动监测没有对此发出警报,因为连接请求正被发送到一个支持服务尚未运行的目的地,因此没有产生故障信号供我们的监测检测. 为了恢复服务,我们在一个单一环境中扭转了配置变化,并确认导师成功连接,然后在所有受影响的环境中应用同样的倒置. 我们与每个举报此事的客户核实了恢复情况。 为防止再次发生,区域基础设施工作在本区域获得所有附属服务之前不会恢复。 我们正在加强这种配置更新前的验证,以便不能在它所依赖的服务之前作出改变。 我们还在审查我们的监测,以便自动发现这类故障,而不是通过客户报告。 我们为任何干扰道歉,谢谢你的耐心

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

1. 2026年8月26日 UTC 05:16investigating

   我们目前正在调查一个可能导致某些申请执行定时器延误的问题。 有些计时器的等待时间可能比预期的要长。 一旦掌握更多信息,我们将提供最新情况.

2. 2026年8月26日 UTC 06:56monitoring

   已采用解决办法解决这一问题。 我们将继续监测这一局势,以确保全面恢复。 一旦获得更多信息,我们将提供最新资料.

3. 2026年8月26日 UTC 16:33resolved

   这一事件已经得到解决。 这个问题是由最近一个平台更新导致的,这可能会使计时器的状态在运行后无法被正确记录,使其处于待决状态. 我们的小组纠正了这种情况,并证实计时器正在受影响地区按预期执行。 我们为造成的任何干扰道歉,并感谢你的耐心.

4. 2026年8月27日 UTC 04:56postmortem

   8月26日,从协调世界时05:16到协调世界时16:26,一些ODC用户在计时器执行上遭遇了延误. 受影响的计时器仍未按期运行,随后的运行没有开始。 美国东部/弗吉尼亚和亚太/新加坡的用户受到影响。 在整个过程中,申请本身仍然可用。 这个问题是由最近一个平台更新导致的,该更新改变了计时器运行后记录状态的方式. 根据该更新,一个需要连续不止一次记录其状况的定时器未能正确更新,使其处于待决状态并阻止后来排定的处决。 为了恢复服务,我们团队将平台受影响的部分恢复到之前的版本,从而停止了受影响用户反复出现的问题. 然后,在平台上开发、验证和部署一个永久性的校正,我们确认定时器在关闭事件之前正常执行。 我们正在审查对定时器执行的监测,以便自动发现这类问题,而不是通过客户报告。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年8月24日 UTC 14:57investigating

   我们正在调查一个影响ODC门户网站应用部署的问题。 一些试图将应用程序部署到另一个阶段的用户可能会看到错误消息:"在从修订中获取生成的代码时发生了错误. (OS-STGC-6005)). 这个问题可能断断续续,目前影响到多个区域的用户。 我们的团队正在积极调查原因。 一旦获得更多信息,我们将立即提供最新情况.

2. 2026年8月24日 UTC 18:07monitoring

   为解决影响ODC门户网站应用部署的问题,已经采用了一个固定办法,我们看到初步恢复的迹象。 试图向另一阶段部署应用程序的用户应逐步停止遇到错误OS-STGC-6005。 我们现在正在对受影响地区的平台进行监测,以确认全面恢复。 一旦获得更多信息,我们将提供最新资料.

3. 2026年8月24日 UTC 19:12resolved

   这一事件已经得到解决。 影响ODC门户网站应用部署的问题已经得到缓解,部署正常进行。 试图向另一个阶段部署应用程序的用户不应再遇到错误OS-STGC-60005. 我们的监测显示,自协调世界时16:23起,这一错误没有再发生。 我们对这给部署活动造成的干扰表示歉意.

4. 2026年8月25日 UTC 11:39postmortem

   2026年8月24日,部分用户遭遇了影响ODC门户网站应用部署的问题. 受影响的用户间歇地看到错误消息:"在从修订中获取生成的代码时发生了错误. \(OS-STGC-60005\)). 造成这一问题的原因是内部的缩放工具干扰了用于准备部署包的后端服务,导致一些部署请求出现延误和出错. 我们固定了缩放配置来恢复正常行为. 为了防止再次发生这种情况,我们正在同自动缩放工具的提供者合作,以纠正基本行为,并设置了永久的保障措施,以防止受影响的服务被该工具错误地管理。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年8月21日 UTC 10:54investigating

   我们正在调查一个问题,由于OS-IDE-CONVERSATIONAL-50035的错误,用户无法使用ODC门户网站的导师生成和编辑应用程序。 这一问题正在影响多个区域。 工作室的辅导员仍在工作 我们的小组正在积极调查这一问题,并将在获得更多信息后提供最新情况.

2. 2026年8月21日 UTC 14:03monitoring

   我们的团队已经针对影响ODC门户网站导师的问题实施了一个解决方案,这一问题是最近对服务机构进行的更动所引发的. 我们确认,利用导师生成和编辑应用程序的工作正在受影响地区再次进行,我们继续进行监测。 一旦监测完成,我们将提供进一步的最新资料.

3. 2026年8月21日 UTC 16:20resolved

   这一事件已经得到解决。 影响ODC门户网站导师的问题是由最近改变服务内部沟通方式后仍保留过时的许可检查造成的。 我们的小组取消了这一检查,并证实,使用导师生成和编辑应用程序的工作正在受影响地区按预期进行。 我们为造成的不便道歉.

4. 2026年8月21日 UTC 16:21postmortem

   在协调世界时8月20日9:52至协调世界时8月21日13:22之间,部分用户无法使用ODC门户网站中的导师生成或编辑应用程序,并收到错误OS-IDE-CONVERSATIONAL-50035. 出现这一问题的原因是,在最近对服务内部沟通方式作出改变之后,仍进行了过时的许可检查。 我们取消了过时的检查,并证实导师应用生成器应用程序编辑器在受影响地区恢复。 我们对此造成的破坏表示歉意.

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

1. 2026年8月12日 UTC 16:56identified

   我们正经历一些部分的基础设施停用,这造成了与我们的一些在线工具的连接问题。 网站一开通 我们就会给你更新.

2. 2026年8月13日 UTC 11:21resolved

   这一事件已经得到解决.

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

1. 2026年8月12日 UTC 05:41investigating

   我们知道一个影响到亚太(新加坡、悉尼)、欧洲(法兰克福)和美国东部(维尔吉尼亚)地区的ODC的问题。 受到影响的用户可能会看到应用程序负载,然后在打开配置标签时失败,同时还有错误消息:"Couldn't get IP filter group"(OS-APPC-60043). 我们的小组正在积极调查,并将在获得更多信息后提供最新情况.

2. 2026年8月12日 UTC 07:37investigating

   我们继续调查影响亚太(新加坡、悉尼)、欧洲(法兰克福)和美国东部(维尔吉尼亚)地区的ODC的问题。 客户在打开配置标签时继续报告出错 。 我们的小组正积极努力查明根源,并将在获得更多信息后提供最新情况.

3. 2026年8月12日 UTC 08:30monitoring

   已实施一个固定办法,以解决影响亚太(新加坡)、欧洲(法兰克福)和美国东部(维尔吉尼亚)地区的ODC门户网站的配置问题。 我们现在正在密切监测该平台,以确保应用程序配置如预期的那样加载,并证实所有系统都已完全恢复.

4. 2026年8月12日 UTC 10:38resolved

   这一事件已经得到解决。 影响到亚太(新加坡)、欧洲(法兰克福)和美国东部(弗吉尼亚州)地区的ODC门户网站的问题已经得到充分解决,目前所有服务都按预期运作.

5. 2026年8月13日 UTC 10:58postmortem

   2026年8月12日 UTC凌晨2点56分左右,我们收到了关于影响应用程序配置和IP过滤器列表功能的首次客户报告,导致这些地区无法为多位客户加载. 应用程序出版和运行时间没有受到影响。 客户看到错误代码为OS-APPC-60043和OS-CFGC-GEN-60030. 这阻碍了一些用户完成所需的应用程序配置修改. 正常服务于协调世界时08:00恢复. 这是由于最近对一个提供配置数据的内部服务进行了更新。 更新无意中改变了请求在服务实例之间的路由,因此,大多数IP过滤信息请求都达到了无法回答请求和超时的请求。 我们的团队找出了错误的更新 并将其卷回所有环境 以恢复正常的行为。 我们正在改进释放前的测试和监测,以便在这种问题达到生产之前就加以控制,并特别增加这种故障模式的监测范围.

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

1. 2026年8月10日 UTC 20:48investigating

   我们知道影响南美洲/圣保罗地区ODC的一个问题。 用户可能无法签名,终端用户可能无法使用生产中的应用程序. 进入ODC Studio和ODC门户网站也可能受到影响. 我们的小组目前正在调查这一原因,并将在获得更多信息后提供最新情况.

2. 2026年8月10日 UTC 22:23monitoring

   在南美洲/圣保罗地区的ODC的注册和申请准入方面,已经采取了一项措施。 与受影响用户的初步核对确认,已恢复登录和应用程序访问。 我们现在正在监测该平台,以确保所有受影响的服务,包括ODC Studio和ODC门户网站全面恢复.

3. 2026年8月11日 UTC 07:54resolved

   影响南美洲/圣保罗地区注册和申请准入的事件已经得到解决。 所有服务现已全面运作.

4. 2026年8月12日 UTC 06:46postmortem

   2026年8月10日 从20:31到22:19 UTC,南美洲/圣保罗地区的用户在签入ODC时遭遇了错误. 这妨碍了用户访问其制作应用程序,也影响了ODC门户网站和ODC工作室。 这个问题是通过客户报告和监测发现的。 我们的调查发现,我们身份服务的一个内部缓存部分的一个缺陷是,它无法签发签章,尽管这项服务似乎正常运行。 为了恢复服务,我们的团队重新启动了受影响的身份服务,这扫清了故障,并允许恢复象征性的发放。 我们向受影响的客户确认,在事件结束前,登录和申请进入已恢复正常。 我们已经为这一构成部分确定了更多的监测和预防性改进措施,并正在优先展开这些措施,以帮助减少类似问题再起的风险。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年7月31日 UTC 08:31investigating

   我们知道一个影响欧洲中部(法兰克福)发展阶段应用的问题。 应用程序在升级时可能会遇到"上游请求超时"出错. 作为变通,大多数应用程序会在几分钟后装入. 重新公布申请也将在几分钟内成功扩大。 我们的小组目前正在调查其原因。 一旦掌握更多细节,我们将立即提供最新情况.

2. 2026年7月31日 UTC 10:43identified

   我们已经确定了"上游请求超时"出错的原因. 我们的团队已经实施了一个固定程序,应用软件应该再次顺利升级,没有出错. 我们继续调查这一问题,以确保全面复原。 在此期间,仍可提供上述关于重新申请的工作。 一旦获得更多信息,我们将提供最新资料.

3. 2026年7月31日 UTC 15:53monitoring

   我们继续监测今天上午早些时候实施的措施,以确保全面恢复。 应用程序应该成功扩大,现在没有出错。 某些延迟(秒)在完全扩大之前可能仍然会被注意到。 一旦获得更多信息,我们将提供最新资料.

4. 2026年8月4日 UTC 09:59monitoring

   我们正在继续监测已执行的补救措施,没有报告发生新的事件。 我们将在本周末之前分享下一份最新情况.

5. 2026年8月7日 UTC 08:34resolved

   这个问题已经得到解决。 在不断监测之后,没有报告发生新的问题。 欧洲中部(法兰克福)发展阶段的应用自我们实施修复以来,一直在顺利扩大,没有出错.

6. 2026年8月7日 UTC 15:40postmortem

   2026年7月31日,一期影响了在欧洲中部开发阶段运行的应用程序\ (Frankfurt\). 应用程序在从闲置状态启动时会遇到延长延迟\ (2–3 分钟\) 和超时出错 。 这个问题持续了大约几个小时,通过客户报告和平台监测得到发现。 在此期间,该区域一些客户报告说,在开发阶段的运行时间中,难以启动他们的应用。 我们的调查发现一个记忆问题 在一个关键部分 负责自动缩放应用程序 根据收到的流量。 这个组件消耗了过多的内存并反复重启,这阻碍了应用程序在第一次访问时的扩展. 我们的小组立即开展了业务工作,增加了这一构成部分的资源限制。 这种缓解立即使应用能够如预期的那样扩大。 与此同时,我们开发出永久的代码固定,以解决根源,并于8月7日部署. 该系统保持稳定,在部署永久固定装置期间和之后没有出现新的情况。 为了防止类似的问题,OutSystems正在改进我们如何监测和验证基础设施配置,以便更早地抓住内存和资源问题,我们正在加强我们的自动缩放组件,以更优雅地处理交通模式的变化。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年7月30日 UTC 18:39resolved

   影响全球ODC门户网站的502个错误已经解决. 在协调世界时7月30日15:19至15:59之间,用户经历了由最近影响标题验证的配置变化所引发的连接问题. 这一变化已经恢复,进入ODC门户已完全恢复。 所有服务现已按预期运作。 我们为造成的任何干扰道歉,并感谢你的耐心.

2. 2026年8月4日 UTC 15:31postmortem

   2026年7月30日,协调世界时15:19至15:59之间,多地的客户遭遇出道影响OutSystems ODC门户网站的通路,无法在自己的开发环境进行伐木或访问. 事件由增加自定义头头所引起,使得请求无法到达门户. 在代码更改回滚后,服务于协调世界时15:59恢复. 为防止今后发生类似事件,我们正在进行更多的自动化测试,以验证配置变化,然后将其用于生产,并对我们的代码审查和测试程序进行全面审查,以便在开发过程中及早发现这些问题。 我们赞赏你在这起事件中的耐心,并对你的工作受到任何干扰表示歉意.

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

1. 2026年7月21日 UTC 02:13investigating

   我们知道,在若干区域(美国东欧、欧洲和亚太地区),影响ODC个人版的问题一再出现。 根据我们昨天宣布的决议,一些用户报告说,他们仍然在困难中从休眠中醒来。 我们的小组正在积极调查这一再起事件并努力查明原因。 一旦获得更多信息,我们将提供最新资料.

2. 2026年7月21日 UTC 07:16identified

   我们的团队已经确定了一项决议,并正在积极推出一个解决方案。 在部署期间,症状可能持续存在,而固定点将覆盖所有受影响地区。 一旦获得更多信息,我们将提供最新资料.

3. 2026年7月21日 UTC 09:31identified

   我们已找到一个临时工作包, 可能帮助受影响的用户恢复访问, 而修复继续展开: 在您的个人版上发布一个应用程序, 如果您目前无法唤醒环境, 请尝试发布一个应用程序 。 我们将随着部署的进展提供进一步的最新情况.

4. 2026年7月21日 UTC 22:36identified

   我们的团队部署了一个自动修复系统,以系统恢复受影响的个人版环境。 所有区域的恢复工作正在取得进展。 固定应自动处理回收。 我们正在积极监测恢复工作的进展,并将在进程完成后确认全面解决。 一旦获得更多信息,我们将提供最新资料.

5. 2026年7月23日 UTC 09:06resolved

   我们成功地解决了影响多个区域ODC个人版的问题。 无法从休眠中醒来的环境现已全面运作。 所有已知的受影响客户现已恢复服务,我们确认,服务正在所有区域按预期运作。 我们为造成的任何干扰道歉,并感谢你的耐心.

6. 2026年7月23日 UTC 13:04postmortem

   2026年7月20日,"醒"功能影响"个人版"出问题. 这发生在所有三个区域(美国东欧、欧洲和亚太)。 用户无法从冬眠中唤醒环境. 当试图唤醒环境时,他们要么保持休眠状态,要么无限期地转移到"醒来"状态,阻止了对应用程序的获取. 这是由于我们后端系统如何处理环境状态更新的问题造成的. 由于消息被处理失序,一些环境的内部状态在它们已经被成功唤醒后被错误地恢复到"隐蔽",尽管环境本身仍然可以在后端访问. 这导致ODC门户网站不断显示不准确的"隐藏"或"醒来"状态,再三的醒悟尝试都没有解决,因为基础状态不断被覆盖. 我们在7月21日查明了根源,并部署了一个代码固定来纠正状态同步. 修复工程于7月22日开始向所有地区推广,至7月23日完成. 所有受影响的环境都成功地被唤醒。 我们正在实行额外的国家核查检查,以确保ODC门户和后端系统保持同步。 目前正在进行全面的技术审查,以查明其他特征之间的类似同步差距。 我们为造成的任何干扰道歉,并感谢你的耐心.

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

1. 2026年7月20日 UTC 11:46investigating

   我们知道,至少三个不同区域(美国东部(俄亥俄州)、亚太(新加坡)和欧洲(爱尔兰))的ODC个人版都受到影响。 用户正在经历从休眠中唤醒环境的困难,环境要么恢复到休眠状态,要么无限期地停留在休眠过程中. 我们的小组目前正在调查其原因。 一旦掌握更多细节,我们将立即提供最新情况.

2. 2026年7月20日 UTC 15:41identified

   这一问题已经确定。 运行唤醒过程的内部系统之间的同步中存在一个错误. 我们现在正在努力纠正这种情况,以使个人版能够被成功唤醒.

3. 2026年7月20日 UTC 17:37resolved

   这一事件已经得到解决。 ODC个人版现在 正常操作。 如果你还没有这么做,请访问 在ODC门户网站上点击"Wake Up"的个人版. 如果你遇到任何问题 我们的支援小组可以协助 谢谢你的耐心.

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

1. 2026年6月30日 UTC 08:56identified

   We are investigating a recurring issue where users are experiencing difficulties promoting applications through their deployment pipelines due to an incorrect ordering of deployment stages. This issue is currently affecting users across several regions. Our team is actively working to resolve the problem as quickly as possible and will provide updates as more information becomes available.

2. 2026年6月30日 UTC 14:05monitoring

   A fix has been implemented to address the configuration issue affecting deployment pipelines across multiple regions. We are now closely monitoring the platform to ensure application promotions are proceeding as expected and to confirm that all systems have fully recovered.

3. 2026年6月30日 UTC 18:22resolved

   The configuration issue affecting deployment pipeline stage ordering across multiple regions for ODC has been resolved. The fix has fully addressed both the primary issue identified on June 29th and a secondary edge case affecting users with custom environment names. Our team has completed the monitoring period, and all services are now operating as expected. We apologise for any disruption caused and thank you for your patience.

4. 2026年7月2日 UTC 08:13postmortem

   On June 26, 2026, a code deployment intended to improve our system's infrastructure inadvertently introduced a sorting issue that affected the deployment stage ordering on the ODC platform. This issue prevented several customers from deploying applications through their expected deployment stages. We identified the root cause on June 29 and immediately implemented a fast-track fix. When further investigation revealed the issue persisted for additional customers due to a deeper underlying cause, we deployed a comprehensive fix on June 30 that fully resolved the problem across all affected tenants. All impacted customers have been verified as fully operational, and their applications can now be deployed normally through all stages.

1. 2026年6月29日 UTC 04:28investigating

   We are currently investigating an issue where users are experiencing difficulties promoting applications through their deployment pipelines due to an incorrect ordering of deployment stages. This issue is affecting users across several regions. We are working to resolve the problem as quickly as possible and will provide updates as more information becomes available.

2. 2026年6月29日 UTC 07:46identified

   The root cause has been found and linked to a misconfigured code that was deployed recently, which was then used to update the environment configuration orders. Mitigation actions will be implemented soon. We appreciate your patience while the fix is being fully rolled out.

3. 2026年6月29日 UTC 10:43identified

   We are continuing to work on implementing the fix for the configuration issue affecting deployment pipelines across multiple regions. While the mitigation actions are being executed, users may still experience issues promoting applications or see incorrect ordering in their deployment stages. We remain focused on resolving this as quickly as possible and will provide another update once the solution has been fully rolled out.

4. 2026年6月29日 UTC 11:21identified

   We are continuing to work on a fix for this issue.

5. 2026年6月29日 UTC 13:52monitoring

   We have applied a solution to resolve the configuration issue affecting deployment pipelines across multiple regions. We are now monitoring the platform closely to ensure that application promotions are functioning correctly and that all systems have fully recovered.

6. 2026年6月29日 UTC 18:07resolved

   The incident has been resolved. The fix has been successfully applied across all affected regions, and we have verified that deployment pipelines are now operating with the correct stage ordering. We received direct confirmation from affected customers and have seen no further reports since the fix was implemented. We apologise for any disruption caused and thank you for your patience.

7. 2026年7月2日 UTC 08:15postmortem

   On June 26, 2026, a code deployment intended to improve our system's infrastructure inadvertently introduced a sorting issue that affected the deployment stage ordering on the ODC platform. This issue prevented several customers from deploying applications through their expected deployment stages. We identified the root cause on June 29 and immediately implemented a fast-track fix. When further investigation revealed the issue persisted for additional customers due to a deeper underlying cause, we deployed a comprehensive fix on June 30 that fully resolved the problem across all affected tenants. All impacted customers have been verified as fully operational, and their applications can now be deployed normally through all stages.

1. 2026年6月25日 UTC 08:44investigating

   We are currently investigating an issue affecting users in Asia Pacific (Singapore) and Europe (Frankfurt). Affected users are experiencing failed application deployments to higher stages, accompanied by the error message OS-BLD-40303. Our team is actively working to resolve the issue, and we will provide further updates as they become available.

2. 2026年6月25日 UTC 09:30identified

   We have identified the root cause of the issue preventing application deployments and are actively working on a fix. Users in Asia Pacific (Singapore) and Europe (Frankfurt) may continue to experience failed deployments and encounter error message OS-BLD-40303 while the solution is being implemented.

3. 2026年6月25日 UTC 11:36monitoring

   We have applied a fix for the deployment issue and are currently monitoring the system to ensure full recovery. Users in Asia Pacific (Singapore) and Europe (Frankfurt) should see services returning to normal, and we will provide a final update once stability is confirmed.

4. 2026年6月25日 UTC 12:31resolved

   This incident has been fully resolved. Services are now operating as expected, and users can successfully deploy their apps without encountering the previous error.

5. 2026年6月25日 UTC 13:15postmortem

   On June 24th, an issue occurred that impacted ODC application deployments for non-administrator users across multiple regions, including Asia Pacific and Europe. Affected users experienced failures when attempting to deploy applications to higher stages and received an error during the build preparation step. Administrator accounts were not affected. The issue was caused by a configuration change deployed on June 23rd, which introduced a technical mismatch in how permission roles were validated within the build pipeline, preventing non-admin users from initiating deployments. The engineering team identified the root cause and reversed the change. Deployments are now functioning normally for all affected users. We are conducting a post-incident review to prevent similar issues from occurring in the future.

1. 2026年6月22日 UTC 11:37investigating

   We are currently investigating an issue affecting ODC users in the US East (N. Virginia) region. Users are experiencing issues accessing applications in the DEV stage and may encounter an "Upstream Request Timeout" error. Our team is actively working to resolve the issue, and we will provide updates as more information becomes available.

2. 2026年6月22日 UTC 12:22monitoring

   We have applied a solution and are currently monitoring the situation to ensure a full recovery. ODC users in the US East (N. Virginia) region who were blocked from accessing applications in the DEV stage and encountering "Upstream Request Timeout" errors should see services returning to normal.

3. 2026年6月22日 UTC 12:42resolved

   We are pleased to confirm that the incident has been resolved, and all services are now operating as expected. ODC users in the US East (N. Virginia) region should no longer experience issues accessing applications in the DEV stage or encounter "Upstream Request Timeout" errors.

4. 2026年6月22日 UTC 14:45postmortem

   On June 22nd, an incident affected ODC users in the US East \(N. Virginia\) region. Users were unable to access any applications in the Development stage, receiving an "Upstream Request Timeout" error. Production and Test stages, as well as all other regions, were unaffected. The incident was caused by a platform configuration change that prevented the component responsible for starting idle Development-stage applications on demand from functioning. As a result, when a request arrived, the application failed to start, causing the connection to time out at the gateway. The issue was resolved by reverting the configuration change. The component fully recovered, app startup resumed, and normal service operation was verified.