Yext 中断历史

1. 2026年10月27日 UTC 20:29monitoring

   我们经历了影响分析、搜索、页码、活API和流动API服务的更高错误。 在此中断期间,用户可能遇到加载页面出错,检索搜索结果,或提出API请求. 受影响的基础设施恢复了交通,服务正在恢复。 我们的小组正在监测,以确认持续的稳定。 一旦事件完全解决,我们将提供另一个最新情况.

2. 2026年10月27日 UTC 21:54resolved

   2026年10月27日,大约从下午4:00到4:20. EDT (20:00–20:20 UTC),我们欧盟环境中托管的服务发生了高发错误,影响了Search,Pages,Live API,Streams API,以及Analytics事件集. 用户可能遇到加载页面出错,检索搜索结果,或提出API请求. 一些分析像素事件在中断期间没有被收集. 受影响的基础设施恢复了交通,随后的监测工作确认稳定运行。 我们为中断道歉。 我们将分享一次事件后审查,其中将包含更多关于原因、影响和我们为减少再次发生风险而正在采取的步骤的细节.

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

1. 2026年10月21日 UTC 16:46resolved

   On October 20, some customers in our EU region experienced errors when making Knowledge Graph updates, delays in Pages publishing, and saved filters that did not reflect recent changes. Our monitoring detected the interruption at 08:29 UTC (4:29 a.m. EDT). A database server supporting these services became unresponsive. Our on-call engineers restarted the server and restored its normal read/write configuration, allowing affected services to recover. Core API and data-freshness checks confirmed recovery by 09:16 UTC (5:16 a.m. EDT). The service interruption has been resolved. Our engineering team is reviewing the event and identifying improvements to strengthen service resilience and recovery. We apologize for the disruption and appreciate your patience.

1. 2026年10月15日 UTC 06:12resolved

   从10:50 AM EST一直到2026年10月14日12:15 PM EST,由于分析系统出错,报告构建器无法为部分客户端提供. 这个问题已经解决,全日没有再发现问题.

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

1. 2026年9月16日 UTC 20:53resolved

   从9月9日中午12点10分左右的EDT到9月16日上午10点13分的EDT,一些客户可能收到了与其所提交的询问不符的自动完成建议. 缓存配置问题导致包含搜索输入和搜索体验在内的查询参数被省略出出一个遗留的搜索API端点的缓存密钥. 因此,对于一个请求,可返回自动完成的回复,以获取不同的查询或搜索经验。 这一问题仅限于利用遗留的终点自动完成来自更古老的前端执行的请求。 使用当前终点的标准自动完成请求没有受到影响,我们的调查没有发现任何证据可以证明客户对搜索结果产生了有意义的影响。 9月16日上午10点13分我们修正了缓存配置,并在几分钟内核实了预期的行为. 我们正在评估更多的监测和配置验证,以帮助发现和防止类似问题.

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

1. 2026年9月3日 UTC 16:26identified

   目前,我们正在调查一个影响为一组用户提供入境语音服务的问题。 受到影响的用户可能会遇到接到入境电话的问题。 我们的工程组正在积极调查原因,并努力尽快恢复正常服务. 目前尚不清楚外部语音服务受到影响。 一旦获得更多信息,我们将提供另一个最新情况.

2. 2026年9月3日 UTC 16:55monitoring

   已部署一个固定装置,以解决影响到一部分用户的入境语音问题.

3. 2026年9月3日 UTC 17:41resolved

   这一事件已经得到解决.

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

1. 2026年9月2日 UTC 15:09investigating

   我们看到, " 传道 " 应用的一些地区的性能下降。 我们正在积极调查,并将很快更新.

2. 2026年9月2日 UTC 15:21investigating

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

3. 2026年9月2日 UTC 15:40identified

   这一问题已经确定,一个解决办法正在实施之中.

4. 2026年9月2日 UTC 17:44resolved

   这一事件已经得到解决.

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

1. 2026年8月17日 UTC 15:36investigating

   我们目前正在调查这一问题.

2. 2026年8月17日 UTC 15:48identified

   我们已查明出错的根源,并正在努力进行补救.

3. 2026年8月17日 UTC 16:09monitoring

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

4. 2026年8月17日 UTC 17:18resolved

   这一事件已经得到解决.

5. 2026年8月26日 UTC 18:01postmortem

   总结 2026年8月17日,用户暂时无法通过[my.hearsaysocial.com](http://my.hearsaysocial.com)访问Yext,时间约为12分钟,从上午11:20到11:32 AM ET. 没有丢失客户数据,这不是安全事件。 # 根源 内容库索引编制过程产生了高于预期的系统需求,暂时导致服务请求失败并影响通过[my.hearsaysocial.com](http://my.hearsaysocial.com)访问Yext. 补救 我们提高了系统能力,以完成重建和恢复正常服务。 为防止再次发生这种情况,我们正在更新索引编制过程,以实施较小的、渐进的变革,而不是要求全面重建。 我们还正在改进数据库的性能,以支持在这些更新过程中进行更可靠的处理.

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

1. 2026年8月17日 UTC 14:32identified

   我们已查明正在发生的GitHub服务事件,导致一些Yext Page的出版出现延误并导致平台退化。 出版要求的完成时间可能超过预期。 我们正监测GitHub的康复情况,并将在获得更多信息后提供最新情况.

2. 2026年8月17日 UTC 17:06monitoring

   Github缓解了影响Pages出版和门户网站的问题. 服务已完全恢复。 我们将继续监测局势.

3. 2026年8月17日 UTC 21:37resolved

   此事已决.

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

1. 2026年8月13日 UTC 08:46investigating

   We are investigating reports of delays in Pages Publishing in the EU.

2. 2026年8月13日 UTC 09:22identified

   We have identified the issue and are working on remediation.

3. 2026年8月13日 UTC 09:29monitoring

   We have remediated the issue, and are processing the delayed data. We will continue to monitor the situation.

4. 2026年8月13日 UTC 13:45resolved

   This incident is resolved.

1. 2026年8月10日 UTC 14:00resolved

   This incident has been resolved.

1. 2026年7月28日 UTC 21:40identified

   我们意识到Yext iOS应用程序的登录问题影响到了 " 信息之声 " 。 我们正在寻找解决办法,并将随着我们获得更多信息而更新.

2. 2026年7月28日 UTC 21:40identified

   我们正在继续努力解决这个问题。

3. 2026年7月29日 UTC 14:28monitoring

   一项固定措施已经执行,我们正在监测结果。 我们的Intune iOS应用程序的用户应更新最新版本,9.5.2.

4. 2026年7月29日 UTC 21:11resolved

   这一事件已经得到解决.

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

1. 2026年7月23日 UTC 21:11resolved

   高级功能,如Search的"提取QA"或"语义"搜索,在今天上午2点到4点30分之间被分集的顾客退化. 4:30后功能全面恢复.

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

1. 2026年7月17日 UTC 10:19investigating

   文件资产无法装入客户账户

2. 2026年7月17日 UTC 10:26monitoring

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

3. 2026年7月17日 UTC 16:51monitoring

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

4. 2026年7月18日 UTC 10:30resolved

   此事已决.

5. 2026年7月29日 UTC 20:53postmortem

   这一事件与[https://www.yexttrust.com/incicents/vflk2wb46qj3](https://www.yexttrust.com/incicents/vflk2wb46qj3]有关,请查看那里完整的尸检.

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

1. 2026年7月16日 UTC 23:41identified

   新Pages的部署目前因我们的仓库供应商Github停用而失败. 我们在https://www.githubstatus.com/上监测他们的状况

2. 2026年7月16日 UTC 23:55monitoring

   我们正在观察恢复的功能,但将继续监测,因为Guthub事件仍在进行中

3. 2026年7月17日 UTC 00:36resolved

   此事已决.

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

1. 2026年7月16日 UTC 18:32investigating

   一个子集的图像无法装入我们的客户的页面和搜索回复.

2. 2026年7月16日 UTC 21:01investigating

   我们仍在调查图像装入失败,并与CDN供应商合作评估这个问题

3. 2026年7月17日 UTC 00:00monitoring

   我们已经纠正了错误。 我们将继续监测局势.

4. 2026年7月17日 UTC 02:16resolved

   此事已决.

5. 2026年7月29日 UTC 20:45postmortem

   # ** 概要** 2026年7月16日,第三方供应商Cloudflare的一次改变,导致部分动态调整的图像断断续续地在Yext托管的客户体验于我们美国的生产环境中发生故障. 具体而言,这包括在我们的[mktgcdn.com]域(http://mktgcdn.com)上提供的图像和文件。 在Yext的网页和搜索产品中广泛使用。 最初的事件影响了从11:00AM ET开始的图像请求,并在7:49PM ET得到解决. 大约11%的图像服务请求受到影响。 对最初事件的补救暴露出一个单独的路由漏洞,影响到一套较小的托管文件资产。 最初的补救工作于7月16日晚部署,并于7月17日6:33AM ET解决后,便开始了这一不太严重的后续问题。 恢复正常服务。 没有丢失或损坏客户数据,也不要求客户采取行动。 # ** 旋转原因 # Cloudflare做了内部修改,改变了遗留的路由配置与请求处理服务的互动方式 Yext用于图像传送. 因此,一些动态图像请求遵循了不正确的处理路径并返回了无法被解释为图像的内容. 这导致图像间歇地加载失败 。 包括已由Cloudflare缓存的请求在内的一大批请求可能继续成功,这使得各种请求的影响不一致。 为了恢复图像传送, Yext 将 Cloudflare 的遗留规则系统 迁移到当前的规则系统 。 最初的替换不包括一个倒置路线,这个路线仍然被更小的一组非图像文件资产所使用. 这些资产退回了错误,直到第二天早上恢复了失踪的路线行为。 * 补救** Yext 将受影响的路由配置迁移到 Cloudflare 的当前规则系统, 清除受影响的缓存, 并核实缓存和未标记的图像请求都成功, 从而恢复了动态图像发送 。 我们后来恢复了较小的受影响档案资产的缺失路线,并证实这些资产正常装载。 为了减少类似事件的可能性和影响,Yext是: * 继续将遗留下来的Cloudflare路线规则迁移到现行规则系统。 * 改进对图像和文件交付故障率上升的监测和警报,以便能更早地发现断断续续的问题。 * 扩大通过Cloudflare处理的图像服务请求的追踪和诊断能力。 * 审查并去除对遗留储存和回落路径的剩余依赖。 没有暂时的客户变通办法,客户不需要采取任何行动.

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

1. 2026年7月16日 UTC 14:05investigating

   我们正在调查美国分区内事件API错误率上升的迹象.

2. 2026年7月16日 UTC 14:40monitoring

   已经开展了一项工作, " API事件 " 现在再次接受事件。 我们正在努力解决根本问题.

3. 2026年7月16日 UTC 15:56identified

   我们已查明美国分区内事件API间歇性延缓增加的根源。 我们已采取一些措施来帮助缓解这一问题,并正在争取全面解决.

4. 2026年7月16日 UTC 17:01identified

   我们为帮助缓解这一问题所采取的措施正在产生一些好处,更多的事件正在被接受。 我们继续努力解决根本原因.

5. 2026年7月16日 UTC 23:43resolved

   我们已解决了根本问题,在过去六小时的监测中,这个问题没有再出现。 事件API现在正常运行. 这个问题间歇地影响到在上午12点37分至下午1点11分对API的要求.

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

1. 2026年7月16日 UTC 13:08investigating

   我们正在调查传闻平台的错误报告.

2. 2026年7月16日 UTC 13:10identified

   这一问题已经确定,一个解决办法正在实施之中.

3. 2026年7月16日 UTC 13:52identified

   我们正在继续执行该固定办法,并将在获得更多信息后立即提供另一个最新情况.

4. 2026年7月16日 UTC 14:04monitoring

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

5. 2026年7月16日 UTC 15:05resolved

   这一事件已经得到解决.

6. 2026年7月21日 UTC 19:12postmortem

   # ** 概要** 2026年7月16日,用户无法通过[my.hearsaysocial.com](http://my.hearsaysocial.com)访问Yext. 中断起于8:43 AM ET并被解决于9:56 AM ET,导致总撞击持续时间约73分. API和自动化集成没有受到影响,没有丢失或有风险的客户数据. # ** 旋转原因 # 基础设施的改变使得认证服务无法访问它运行所需的配置,从而阻止了用户登录. 由于许多平台功能依赖于认证服务,这种故障在登录本身之外传播,并给大多数应用程序造成了错误. * 补救** 我们的小组查明了事件的原因,并通过恢复基础设施改革恢复了服务。 服务在9:56 AM ET完全恢复. 自那以后,已经实施了一项永久性的固定措施,没有临时的变通办法。 为防止重现,我们正在\(1\)改进对基础设施变化的制作前验证,以在部署前确认所需的配置到位;\(2\)更新认证服务,以优雅地降解而不是在配置不可用时完全失败;\(3\)加强我们的快速回滚进程并定期运行.

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

1. 2026年7月15日 UTC 14:48identified

   7月14日11点17分, 我们已经执行了一个恢复这些更新的定律,但排队需要一些时间才能成为最新;我们将随着系统回升而更新.

2. 2026年7月15日 UTC 17:43identified

   排队时间快到了一半,我们将继续在系统恢复正常行为时提供更新.

3. 2026年7月15日 UTC 20:07resolved

   这一事件已经得到解决.

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

1. 2026年7月14日 UTC 10:33investigating

   我们正在调查关于客户端没有与审查有关的网页的报告.

2. 2026年7月14日 UTC 10:34identified

   我们查明了问题,实施了固定办法并恢复了与审查有关的网页的服务.

3. 2026年7月14日 UTC 10:35monitoring

   我们将继续密切监测这一系统,并制订更多的预防措施.

4. 2026年7月14日 UTC 11:30resolved

   这一事件已经得到解决.

5. 2026年7月17日 UTC 09:00postmortem

   # ** 概要** 2026年7月14日,一出出错导致服务中断,导致客户无法观看审查,回应审查,在客户平台UI中生成审查回复,并通过管理API管理审查回复. 干扰从5:43 AM ET开始,由5:48 AM ET的自动监测检测出,于6:13 AM ET被解决,导致总撞击持续时间约30分钟. # ** 旋转原因 # 服务更新为新的审查对策整合提供了支持。 这次更新首先依赖于尚未为受影响服务建立的内部配置,导致该服务在启动期间失败. 由于某些相关服务缺乏某些倒置行为,故障传播到新集成本身之外,并导致客户平台UI中的审查监测和审查回复页面,以及通过管理API进行的审查回复管理回落出错. * 补救** 我们的小组查明了事件的原因,并恢复了服务,恢复了提出这一问题的最新情况。 服务于6:13 AM ET完全恢复. 自那以后,已经实施了一项永久性的固定措施,没有临时的变通办法。 ‌ 为了防止重现,我们正在\ (1\) 隔离集成特定的失败, 这样单一不健康集成无法打乱这些页面,\ (2\) 添加优雅的倒置行为, 使网页在单一能力无法使用时仍然可用,\ (3\) 加强我们的预释验证, 以确认在部署新功能之前已具备了所需的配置 .

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

1. 2026年7月14日 UTC 00:23monitoring

   我们在美国通过事件API 找出接受事件的问题后,就做了一个固定的工作。 事件再次被接受,我们正在监测以确保稳定.

2. 2026年7月14日 UTC 00:46resolved

   影响美国API事件的问题已经解决. 所有系统现在都正常运行。 该问题意味着发送给API的事件可能没有记录到时间跨度从7:34pm到7:48pm EDT.

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