概要
2025年2月26日10時43分（UTC）から21時56分（UTC）にかけて、Pod 17のTalkのお客様にエージェントのステータス変更の遅延と問題が発生しました。
タイムライン
2025年2月26日午後10時17分(UTC) | 2025年2月26日午後02時17分(PT)
ポッド17のTalkで遅延を引き起こし、エージェントのステータス変更に影響していた問題が解決されました。調査中、しばらくお待ちください。
2025年2月26日午後9時32分（UTC） | 2025年2月26日午後1時32分（PT）
修正後、Pod 17のTalkのお客様のエージェントステータスの変更に遅延や問題を引き起こす問題が改善され始めています。引き続き問題が発生する場合は、お知らせください。
2025年2月26日午後7時25分（UTC） | 2025年2月26日午前11時25分（PT）
ポッド17 Talkのお客様に影響する問題、エージェントのステータス変更の遅延や問題の原因と考えられる最新のアップデートが見つかりました。当社のチームは修正プログラムを準備しており、修正プログラムが導入され次第、お知らせいたします。
2025年2月26日06:36 PM UTC | 2025年2月26日10:36 AM PT
当社のチームは、ポッド17でTalkのカスタマーに影響があり、エージェントが後処理モードに陥る原因となっている問題について引き続き調査しています。1時間後に、または共有すべき新しい情報が入ったときに、追加の最新情報を投稿します。
2025年2月26日午後6時08分（UTC） | 2025年2月26日午前10時08分（PT）
ポッド17のTalkのお客様には、エージェントのステータス間の移動に問題があり、後処理モードのままになることがあります。弊社のチームが調査しております。詳細が分かり次第、お知らせいたします。
POST-MORTEM
根本原因の分析
この事象は、システムの変更により、データスクラビングジョブがキューに残り、1分ごとに同じジョブが繰り返しキューに入れられる状態になっていたことが原因です。その結果、バックログが発生し、他のジョブの処理時間が不足していました。
解決策
この問題を解決するために、チームはまず、読み取り専用モデルが原因でデータスクラビングジョブを完了できない問題に対処しました。その後、ジョブが一度キューに入れられると、正常に処理されるまで再度キューに入れられないようにロジックを変更しました。
是正項目
- 同じデータスクラビングリクエストが複数回キューに入れられないようにするメカニズムを実装する。
- Voiceシステム内にジョブを管理し、関連するキューから削除するためのツールを作成します。
- データスクラビングジョブに関連するデータベースクエリを改善して、パフォーマンスを向上させます。
- ワーカーインスタンスの数を減らしてリソースの割り当てを最適化し、現在の制限を見直します。
- 必要に応じて、リソース（ワーカー）をすばやく増やすオプションを探索します。
- レイテンシーがコア機能に影響を与える場合は、低キューからジョブを再配置することを検討してください。
これらの改善項目に取り組むことで、今後同様の事象を防止し、Voiceサービスの全体的な信頼性を向上させることを目的としています。
詳細
Zendeskに関する現在のシステムステータス情報とアカウントへの具体的な影響については、システムステータスページをご覧ください。この記事をフォローして、事後レポートが公開されたときに通知を受け取ることができます。この事象についてさらにご質問がある場合は、Zendeskカスタマーサポート
翻訳に関する免責事項：この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。
翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。