ヨーロッパ - 文書理解 - 部分的な停電
Pending
- resolved
2026年10月27日、14:35～16:08 UTC の間、欧州地域における文書理解は、遺伝子抽出、遺伝子分類、および自動検証に影響を及ぼす部分的な停電を経験した。 根本原因は、第三者のストレージプロバイダとの接続の問題でした。 コネクティビティが復元され、16:08 UTC以来、通常、抽出と分類が動作していることが確認されました.
公式のインシデント更新を自動翻訳しています。
121 Uipath incidents · 2026年4月 — official updates, affected components, duration and resolution details.
2026年10月27日、14:35～16:08 UTC の間、欧州地域における文書理解は、遺伝子抽出、遺伝子分類、および自動検証に影響を及ぼす部分的な停電を経験した。 根本原因は、第三者のストレージプロバイダとの接続の問題でした。 コネクティビティが復元され、16:08 UTC以来、通常、抽出と分類が動作していることが確認されました.
公式のインシデント更新を自動翻訳しています。
現在、インサイトや自動化オプスサービスの利用可能性に影響を及ぼす問題を調査しています。 私たちのチームは、根本的な原因を特定し、通常の操作を回復するために必要な手順を決定するための状況を積極的に評価しています。 詳細については、追加アップデートが配信されます.
Automation Op の問題は解決しました。 現在、インサイトサービスの問題が緩和されるのを待っています。 アップデートが公開されると共有されます.
シンガポール、日本、スイス、カナダ、インド、イギリス、ヨーロッパ、米国、アラブ首長国連邦、韓国、オーストラリア地域におけるインサイトサービスが固定され、他の地域に修正を適用しています
問題は解決され、すべてのサービスは正常に動作しています.
公式のインシデント更新を自動翻訳しています。
2026年10月26日、10:20〜17:30 UTCの自動化クラウドロボット(VM)は、機械の動作に影響を与える部分的な停電を経験しました。 このウィンドウでは、VM マシンの起動、停止、またはプロビジョニングなどの操作は完了していない可能性があり、それらのマシンでスケジュールされたジョブは遅延または故障している可能性があります。 原因は、基礎的なインフラリソースのサブセットで不正設定を解除する権限でした。 当社のチームは、問題を特定し、構成を修正し、17:30 UTC以来、機械の動作が正常に動作していることを確認しました。 ミスコンフィギュレーションを導入し、再発を防ぐためのチェックを追加しているか確認しています。 あなたの側にアクションは必要ありません。 それでもそのウィンドウからジョブを失敗したり、ジョブをスタックしたりした場合は、それらを再試行し、問題が解決しない場合はサポートにお問い合わせください.
公式のインシデント更新を自動翻訳しています。
20:42と21:19 UTC 10月23日、欧州のオーケストラの顧客は、低応答と断続的なエラーを見ました。 アセットの取得、キュー項目の処理、ジョブステータスの報告を行うロボットコールが含まれます。 現時点では未承認のジョブが失敗する場合があります。 原因はデータベースのリソース制限に達した負荷の急増でした。 データベース容量を追加し、21:19 UTC以来のパフォーマンスは正常に戻りました。 このウィンドウでジョブが失敗した顧客は、それらを再起動する必要があります.
公式のインシデント更新を自動翻訳しています。
オーストラリア地域でホストされているお客様には、IXPに影響を及ぼす問題を特定しました。 10:24 UTC 以降、Gemini 2.5 フラッシュモデルを使用するリクエストは、地域で失敗しています。 他のモデルは影響しません。 顧客データはオーストラリア内でのみ処理されます。 Googleと連携してサービスを復元する
修正が展開され、サービスが回復しています。 完全な回復を保障するためにシステムを監視しています。 今後のアップデートは、すぐに共有されます
初期回復後、再びサービスが劣化しました。 決議を申し立て、解決に向けて取り組んでおります。 今後、さらなるアップデートを提供してまいります.
Googleサポートに連絡し、最後に調査を開始しました。 アップデートを監視し共有します.
Gemini 2.5 フラッシュトラフィックの改善を観察しています。 Googleからの修正を監視しています.
Googleからの問題が解決されます.
## 顧客の影響 10月 22, 2026 に 10:24 に UTC と 10月 22, 2026 に 6:04 午後 UTC, 文書処理リクエストを使用して ジェミニ 2.5 オーストラリア地域でフラッシュが容量エラーに失敗しました. 所要時間約7時間40分 その地域のドキュメント抽出ワークフローを使用して顧客のサブセットが影響されました。 一時的な不規則フォールバック試み中に、いくつかの抽出リクエストは簡単に回復しましたが、単語レベルのアトリビューションと生成されたページテキストは、フォールバックが失敗するまで劣化しました。 ## ルート原因 根本的な原因は、同時メンテナンス中にプロバイダー側の地域ネットワークの崩壊でした。 これにより、プロバイダーのモデルサービス環境で厳しい帯域幅の回転を引き起こし、バックエンドシステムがジェミニ 2.5 フラッシュとジェミニ 3.5 フラッシュ リクエストを影響を受けた地域で確実に処理するために必要なモデルデータをロードすることを防ぎました。 ## 検出 問題は、オーストラリア地域のGemini 2.5 Flashのレート制限エラーを特定した自動アラートによって検出されました。 当社のエンジニアリングチームは、影響を受けた要求が一貫して失敗し、対応の調整を開始しましたテレメトリーを通じて確認しました。 ## 応答 UTC 午後1時40分にGemini 2.5 FlashトラフィックをGemini 3.5 Flashにルートし、データ残量を維持しました。 初期のテレメトリーは、その変更後、容量のエラーがなかったが、2:10 pm UTC、Gemini 3.5 フラッシュも容量エラーを返していたので、フォールバックはもはや実行できませんでした。 2:05PM UTCでは、関連する文書処理パスを調整し、アトリビューションとページテキスト生成は、同じ非正規のフォールバックを使用します。 UTCの約2:09の調整が完了しました。 フォールバックも失敗した後、ルーティングの変更を反転し、予想されるGemini 2.5フラッシュパスに戻りました。 午後5時38分、テレメトリーはGemini 2.5フラッシュの成功率を改善しました。 午後6時04分以降、さらに容量エラーが観察されず、その後のリクエストが成功しました。 ## フォローアップ 1. 観察された交通パターンを使用して影響を受ける地域の予約済みモデル容量評価を完了して下さい 2. 提供者側の能力障害時の再試行増幅を削減するために、文書処理クライアントにおける再試行およびバックオフ動作を評価します.
公式のインシデント更新を自動翻訳しています。
約11:17 UTC以来、複数の地域での顧客は、UiPath Agents and Solutions Managementの問題を経験しました。 新規ジョブは保留状態に残り、実行中のエージェントは、エスカレーション処理やツール結果の待ち合わせ時に遅延が発生することがあります。 課題を調査し、解決に向けて取り組みます.
問題は緩和されています。 影響を受けたサービスを地域の監視し、安定性を確保し、ジョブの始動とソリューションの展開が正常に機能していることを確認します.
この事件は解決しました。 10月15日、内部構成の問題は、複数の地域でUiPathサービス間で配信されるイベントを未然に防ぎます。 問題は変更を転がすことによって解決され、新しい活動は普通処理されます。 このウィンドウで作業を開始または進行中、注意が必要な場合があります。 - エージェント:アクションセンターのタスクや自動化ツールの結果を待ち受けるエージェントは、スタックし続けることがあります。 オーケストラからスタートした仕事も、立ち止まり、タイムアウトすることもあります。 - Maestro:タスクのタスクを待ち受けるプロセスは、タスクの完了後に再開されていない可能性があります。 - アプリケーション: キュー項目のステータスが古い場合があり、キュー項目の完了によってトリガーされたアクションが実行されていない場合があります。 - 全員のオートパイロット:自動化結果の待ち合わせは、停止されることがあります。 - 文書の理解とコンテキストの接地:抽出、検証、インデックス作成を待っている自動化およびエージェントは中断されることがあります。 - 統合サービス: コネクタイベントは、予想されるプロセスや通知をトリガーしていない場合があります。 - ソリューションとスタジオWeb:ソリューションは、インストール、アンインストール、公開、展開、およびこのウィンドウで開始された検証が失敗またはタイムアウトしている可能性があります。 これらの操作を再試行すると、問題が解決できます。 ご迷惑をおかけいたしますが、何卒ご理解賜りますようお願い申し上げます.
**顧客の影響** 2026年10月15日、11:15〜12:50 UTC(約1時間35分)、UiPathクラウドサービス間で交換されたイベントは配信されません。 すべての商業クラウド領域の顧客は影響を受けました。 このウィンドウの間に: - 新しいエージェントは、保留状態に保つことができます。 ツールの結果、人間のエスカレーション、文書抽出、または文脈の接地を待っているエージェントが再開しない可能性があります。 - 自動化を開始したすべての会話の会話のための会話代理店とAutopilotは、その結果を受けていない可能性があります。 - ユーザータスクを待ち受けるMaestroプロセスインスタンスは、タスクが完了した後に転送されていない可能性があり、インテグレーションサービスコネクタイベントによってトリガーされたプロセスが開始されていない可能性があります。 - キュー項目の状態に表示または反応するアプリは、古い情報を表示できます。 - ソリューションは、インストール、アンインストール、公開、および展開が失敗またはタイムアウトすることができます。 - ウィンドウで作られたユーザー、グループ、フォルダの変更は、すべてのサービスに伝播されていない可能性があります。 12:50以降に作業が開始されました。 ロボットジョブの実行、キュー、およびオーケスト内部で処理されたトリガーは正常に動作し続けます。 **ルート原因** 社内サービスの設定の配信を新しい仕組みに移行し、顧客への影響がないという変更を行いました。 イベント配信サービスにこの変更を加えると、その設定は必須値が失われました。 それなしでは、サービスがいくつかの製品統合をオフにし、サイレントにイベントの配信を停止するように処理しました。 変化が同時にすべての生産地域に達したため、すべての地域が影響を受けました。 **検出** 問題は11:51 UTCで検出されました。影響が始まった後約35分、保留状態に残っているエージェントジョブに警告を監視しました。 ソリューション展開のレポートが続行し、インシデントは12:12 UTCで宣言されました。 **返信** 11:51 UTCで最初の検出に続いて、設定変更が特定され、ロールバックは12時UTCで始まりました。 12:14 UTCでの初期のロールバックは、配送を完全に復元しなかった。 チームは、新しい設定の配信プロセスを停止し、以前の設定を復元しました。 イベント配信は12:40 UTCで回復し、全地域で全回復が12:50 UTCで確認されました。 できる限り、影響を受けた作品が続行できるように、見逃されたイベントを再生しました。 **フォローアップ** 1。 影響を受けるサービスのために新しい設定の配信プロセスがパワフルされ、設定が正しく生成されるまでパワフルにとどまります。 2. あらゆる環境に適用される前に必須値のための新しい配達メカニズムによって作り出される構成を検証して下さい。 3。 一度にすべての地域にではなく、地域全体で進捗的に設定配信の変更をロールアウトします。 4. イベントが通常受け取るプロダクト統合に渡されることを止めるとき、私達の監視を数分で検出するために改良して下さい。 5. 破壊の間に逃した回復し、赤字のでき事に私達の能力を改善して下さい.
公式のインシデント更新を自動翻訳しています。
米国の地域では、約11:20〜11:45 UTCの間で観察された活動が増え、ロボットのログ摂取の遅延を経験した人もいます。 問題は解決され、ログインジェクションは正常に戻りました。 ありがとうございます.
## 顧客の影響 2026年10月15日(木)～11:20頃 UTCと2026年10月15日(日)午後11時45分頃 UTCは、アメリカ東部のお客様がUiPath Orchestratorでロボットログの摂取遅延を経験しました。 ロボットのログは、影響を受けた期間の日付までではありませんでした。 衝撃が約20分続く。 ## ルート原因 事件中、13のサービスインスタンスの2つが、ロボットのログインジェクションを処理すると、イベントのインジェクションサービスに接続できませんでした。 イベントのインジェクションサービスへのリクエストのみが失敗し、その2つのインスタンスのみが失敗しました。 これにより、一部のロボットログの摂取要求が正常に完了しないため、影響を受けた顧客に対してログデータを遅延させることができました。 その2つのインスタンスだけがイベントのインジェクションサービスへの接続を失った理由の根本原因は、インシデント中に決定されていない。 チームは、影響を受けたインスタンスからログのポストインシデントレビューにコミットし、根本的な原因を特定します。 クラウドプロバイダーからインフラ問題が報告されていないと確信しています。 ## 検出 2026年10月15日のUTCの約11時33分に自動アラートで検出され、2つの影響を受けたサービスインスタンスから例外を示すテレメトリーで確認しました。 ## 応答 検出後、テレメトリーは2つのサービスインスタンスのみが例外を生成することを確認しました。 応答器は、サービスから2つの不健康なインスタンスを削除し、置換インスタンスは自動的に開始しました。 最初のアラートの約20分以内 - 約11:53 午後UTC - テレメトリーは回復と合成監視チェックが通過しました。 すべてのサービスインスタンスの広範な再起動は、最初に根本原因を理解しずに進めるべきではないと判断したチームとして考慮されていましたが、実行されていませんでした。 ## フォローアップ 1。 影響を受けたサービスインスタンスからログのポスト・インシデント・レビューが、問題がインフラ関連であると明らかにし、クラウド・インフラストラクチャ・プロバイダーの詳細について詳しく説明します。 2. 調査がさらなる調査結果をもたらすと更新は掲示されます.
公式のインシデント更新を自動翻訳しています。
6:50 UTCでは、インドとイギリス以外のすべての地域のアプリやコードされたアプリの読み込みに影響を受けた世界的な停電を経験しました。 アウトソーシングは解決され、サービスが完全に運用されています。 影響: 進行中のユーザーの影響無し.
6:50 UTCでは、インドとイギリス以外のすべての地域のアプリやコードされたアプリの読み込みに影響を受けた世界的な停電を経験しました。 アウトソーシングは解決され、サービスが完全に運用されています。 影響: 進行中のユーザーの影響無し.
## 顧客の影響 2026年10月14日、UTC と 07:21 UTC の間、UiPath Apps、Coded Apps へのリクエストの一部であり、11 地域に失敗したソリューション: ヨーロッパ、米国、コミュニティ、日本、シンガポール、オーストラリア、カナダ、韓国、スイス、UAE、米国環境の遅延。 インドとイギリス地域は影響を受けません。 約2パーセントのリクエストが全体的に失敗し、地域に応じて0.6〜5パーセント。 影響を受けたユーザーは、アプリケーションをロードしたり、サーバーのエラーを返したり、応答を遅くしたりすることができません。 サービスポッドが再起動しなければならない領域では、アプリは最大8分間到達できませんでした。 応答時間は、07:40 UTCによって、すべての地域で正常に戻りました。 すでに公開されたアプリを稼働しているほとんどのユーザーは、少しでも気付くことはありません。 アプリの定義は、最大24時間ブラウザでキャッシュされ、このデータベースではなく、データサービスやオーケストからアプリデータが来るし、既に保有しているデータベース接続を使用してサービスが保存されます。 失敗したリクエストは、新しいデータベース接続を必要としていました。デザイナーやアプリリストを開き、まだキャッシュされていないアプリをロードし、アプリに保存された文書や画像をダウンロードし、保存または公開します。 ## ルート原因 06:38 UTC では、データベースアクセスが新しい地域展開のために設定されていますが、アプリサービスが利用するデータベースユーザーのパスワードは変更されました。 これにより、すべての影響を受けた地域の生産データベースクラスターが共有されるため、一括で変更が適用されます。 実行中のサービスは、以前のパスワードを保持し、新しいデータベース接続を開くことができませんでした。 インドとイギリス地域は、この資格を使用しず、影響を受けていない。 変更は、新しい領域の別のデータベースユーザーを作成することを目的としていました。 代わりに、すべての地域の共有が変更された既存のユーザーのパスワード。 データベースの資格情報の変更プロセスは、既存のものを修正し、新しい資格情報を作成することは明確に分けられなかったし、それは多くのクラスターと地域の資格変更が影響するのかをチェックする必要はありませんでした。 地域間で共有される単一のデータベースユーザーと組み合わせることで、1つの領域が複数領域の領域に及ぼす変化が認められました。 ## 検出 当社の内部監視は、最初の故障の3分後、06.41 UTCで最初のアラートを上げ、すべての影響を受けた領域のアラートは06.46 UTCに続きます。 06:50 オンコールエンジニアが、すべての生産クラスターがデータベースによって拒否され、インシデントプロセスが開始されたことを確認しました。 ## 応答 07:05 UTCでは、以前のパスワードが復元され、認証障害がどこに止まった。 自動的に再接続されるほとんどの地域。 いった地域では、サービスのポッドが再起動または再採用されました。07:21 UTCとスイスで07:30 UTCで米国を遅延させました。 リクエスト障害は07.21 UTCで停止し、応答時間は07:40 UTCのベースラインに戻り、事故が解決するまで監視を続けました。 ## フォローアップ これを防ぐため、次の取り組みを行っています。 - クラスターと地域がクレデンシャルを共有し、より広く適用される前に、データベースの資格情報を作成および回転するための定義された手順を紹介します。 - 地域ごとにデータベースのユーザーを分離し、複数の領域の変更が別の領域に影響を及ぼすことができないようにするために移動します。 - 同じデータベースのエラーが複数の地域で一度に検出されたときに、インシデントを自動的に宣言し、個々の地域のアラートから手動エスカレーションに依存する。 - 更新されたデータベースの認証情報を再起動せずに取得し、認証の失敗後に高速に再接続するサービスを有効にする.
公式のインシデント更新を自動翻訳しています。
現在は、複数の地域でUiPathクラウドサービスに影響を及ぼす停電を調査しています。 影響を受けた地域でホストされているサービスにアクセスできません。 次回更新:追加情報が公開されると共有されます.
今後もこの問題について調査を続けてまいります.
修正を実装し、結果を監視しています。 問題は、ドキュメントの理解、コンピュータビジョン、セマンティックプロキシ、オートパイロットスタディ、IXPに限られました。 サービスが完全に回復したら、別のアップデートを共有します.
修正を実装し、結果を監視しています.
このインシデントは、IXP、文書理解、コンピュータビジョン、セマンティックプロキシ、および開発者向けオートパイロットなど、複数のMLに依存するサービスに影響を及ぼした期限切れのSSL証明書の更新後に解決されました。 サービス復旧は、影響を受けた地域に進んでおり、自動アラートは、証明書の有効期限を事前に検出し、将来の同様の混乱を防ぐように設定されています。 誠に有難うございます.
## 顧客の影響 2026年10月13日、13時37分～14時40分の間、複数の地域を横断する顧客は、IXP Unconstructed Documents、IXPコミュニケーションマイニング、文書の理解を利用できませんでした。 同じ機械学習サービスに依存する開発者のためのコンピュータビジョンとAutopilotも失敗しました。 欠陥のある顧客は、リクエストが「500内部サーバーエラー」応答やタイムアウトに失敗し、実行中の自動化に失敗するIXPプロジェクト、およびコンピュータビジョン活動を見ました。 1時間ほどサービスが中断されました。 顧客データが失われない ## 根本原因 事故は、これらのサービスへの安全な接続を確立するために使用される期限切れのセキュリティ証明書によって引き起こされました。 証明書は自動工程で更新されます。 そのプロセスが正常に実行されず、失敗はアラートを上げなかったので、期限が切れる前に証明書は置換されません。 影響を受けたサービスへの安全な接続は13:37 UTCから拒否されました。 ## 検出 自動監視は、13:40 UTCでエラーと欠落したトラフィックに警告し、13:54 UTCでインシデントが宣言されました。 期限切れの証明書は14:00 UTCで識別され、最初のステータスページの更新は14:03 UTCに投稿されました。 証明書が満期に近づいてきたこと、自動更新の繰り返された失敗は、自身のチームに報告されていないため、顧客が影響を受けたら問題が検出されました。 ## 応答 14:06 UTCでは、自動更新が失敗したため、証明書が期限切れになったことを確認しました。 14:18 UTCでは、更新プロセスのために新しい資格が発行されました。 更新は14:19 UTCで手動で開始し、14:33 UTCで完了し、14:37 UTCによってすべての顧客の直面エンドポイントは更新された証明書を提供するために検証されました。 約14:40 UTCで通常のレベルに戻るトラフィック。 監視期間の後、インシデントは15:19 UTCで解決しました。 ##フォローアップ 今後同様の事故を防ぐため、次の改善に取り組んでいます。 - これらの証明書の有効期限に近づいている前によく警告します。 - 自動更新が失敗したときに、自身のチームを通知します。 - これらのサービスへの安全な接続が失敗すると、アラートのチェックを追加します。 - 証明書の更新プロセスの所有権を強化し、それに依存する資格情報.
公式のインシデント更新を自動翻訳しています。
ロボットの実行ログが Orchestrator に表示されない問題について調査しています。 私たちは、完全なスコープと根本的な原因を決定するために働いています.
この問題は解決しました。 ロボットの実行ログを同期させ、日本オーケストのオーケストに再び表示します。 ありがとうございます.
## 顧客の影響 2026年10月9日(火)、13日(火)に10:45 UTCに約7:00 UTCが発足し、日本地域のお客様にはロボットログエントリーの約6%がオーケストに現れなかった。 ジョブの実行と他のすべての Orchestrator の機能は影響しません。 問題が修正された後、オーケストにエントリーが表示されない不具合 ## ルート原因 ロボットのログは、32のパーティションに分割されたキューに配置され、インジェクションサービスは各パーティションを読み、オーケストレータ用のログを保存します。 10月9日、日本地域の摂取サービスは、エラーを報告することなく32パーティションの2から読み続けました。 それらのパーティションのログは、キューに保持されていましたが、保存されていないため、彼らは Orchestrator に表示されません。 監視では、各パーティションではなく、サービス全体がチェックされているため、問題は自動的に検出されませんでした。 ## 検出 顧客レポートを通して問題が検出されました。 10月13日10:13 UTCにてインシデントを宣言し、10:32 UTCにてステータスページ通知を投稿しました。 ## 応答 約10:41 UTCで摂取サービスを再開し、全パーティションの読み込みを再開しました。 キューで保持されたログが処理され、オーケストに表示されました。 事故は10:57 UTCで解決しました。 ## フォローアップ ※1つのパーティションが読み込まれるのを止めると警告する監視が追加されていますので、この問題は数分で検出されます.
公式のインシデント更新を自動翻訳しています。
米国でマエストロのタスク作成失敗に影響する停電報告を調査しています。 影響:ユーザーはHITLタスクを作成できません。 次の更新: 私たちのチームは、原因とスコープを理解し、利用可能なアップデートを共有するために働いています.
米国でマエストロのHITLタスク作成に影響を及ぼす停電の原因を特定し、問題の緩和に努めます。 影響:ユーザーはHITLタスクを作成できません。 次の更新: 私たちのチームは問題を軽減し、利用可能なアップデートを共有するために働いています.
米国で設定されたHITLタスクSLAタイマーで、MaestrosでHITLタスク作成に影響するアウトエイジの問題を修正しました。 影響: ユーザーは、設定されたHITLタスクSLAタイマーを使用して、Maestros内でHITLタスクを作成できません。 次の更新: 私たちのチームは問題を軽減し、利用可能なアップデートを共有するために働いています.
米国で設定されたHITLタスクSLAタイマーで MaestroのHITLタスク作成に影響を与える問題の修正は完全にロールアウトされています。 HITL タスク作成は正常に戻りました.
## 顧客の影響 2026-10-05 に 9.30 PM UTC - 2026-10-07 3.30 AM UTC、Maestro BPMN、およびHITL ノードを使用した場合の顧客は、設定された Task Timer では、HITL ステージでのデバッグおよび製造インスタンスの失敗を、4xx で見ました。 米国とヨーロッパを横断して30のインスタンスが識別され、回避策なしでブロックされた。 ## ルート原因 タスク SLA を構成するには、開始と終了の基準、SLA のタイマー、SLA の侵害に関する結果を含むオブジェクトが必要です。 顧客は、HITL ノードの Maestro デザイナーで設定します。 結果は、SLA のコンフィギュレーションが主張されていないにもかかわらず、設計面で非必須に保たれていました。ビジネスセンスを生じていません。 Action Center バックエンド チームは、不正なリクエスト (400) を欠落した結果の非 null SLA オブジェクトの場合に投げる検証を追加しました。 これにより、ノードのStart/End基準を追加したが、結果が構成されていない顧客のインパクトが向上しました。 以前400秒で失敗してしまったインスタンスで、再開できなかった ## 検出 お客さまは、チームと社内で調達したマエストロ・エンジニアリング中小企業に問題が報告されました。 マエストロチームは、この失敗を調査し、USIの失敗回数が増え、ログを経由して他のテナントが数多く観察し、アクションセンターチームに取り組む。 ## 応答 Maestroチームは、電子メールを介して顧客からの問題のレポートを受け取り、彼らはいくつかの初期調査を行い、潜在的な回帰を識別しました。その後、アクションセンターSMEが従事しました。問題は、下部の環境で再現され、適用およびテストされた機能のロールバック、およびすべての影響を受けた地域に転がりました。 全インスタンスが内部的に検索され、再開されるように解決しました。 ## フォローアップ 1。 人間のレビューを確実にするために、すべてのクロスサービスコードベース表面を渡るこのシナリオの検証を追加します。 2。 必要な監視と統合テストを追加して、この問題を迅速に検出します
公式のインシデント更新を自動翻訳しています。
米国東部オートメーションクラウドの組織のサブセットに影響を及ぼす断続的な減速とエラーに関するレポートを調査しています。 感染したユーザーは、 Orchestrator UI 内のページがロードできない(たとえば、ジョブズページが「エラーが発生しました」)、キュートランザクションやセッションなどのロボット操作が断続的にタイムアウトされることがあります。 最新情報を随時更新いたします.
影響を受けるデータベースのインフラは、米国東部の地域やエラーレート、レイテンシが正常なレベルに戻りました。 最新情報を随時更新いたします.
イースト・アメリカ地域やエラー率、レイテンシの問題を通常のレベルに戻しました.
## 顧客の影響 2026年10月7日のUTCと18:15 UTCの間で、米国地域の顧客は断続的なエラーを経験し、 Orchestratorの応答を遅くしました。 「エラーが発生しました」と、キュートランザクションやセッションなどのロボット操作など、ジョブズページが「エラーが発生しました」を返すと、 Orchestrator ページが読み込まれるのに失敗している可能性があります。 他のUiPathサービスは、オーケストに依存して、この期間中に応答やエラーが遅くなることがあります。 ## ルート原因 複数の頻繁に使用される Orchestrator 操作は、すべての実行中のロボットが実行する定期的なステータスチェックを含むデータベース内の共有された短命リソースにそれぞれ依存しています。 この地域の同時ロボット活動の量が増加するにつれて、その作業を補完するのではなく、共有リソースにアクセスするためのリクエストがキューイングされました。 一般的な減速ではなく、効果は選択的だった:このリソースを使用した操作は、通常実行し続けながら遅延していた。 データベースのプロセッサー、メモリ、ストレージの使用はすべて通常の範囲内で残っているため、定期的な容量監視は問題を示すものではありません。 ## 検出 当社の自動監視により、顧客への影響の約35分以内に劣化が検出され、当社のエンジニアは、イベントの進行状況を把握しました。 これは、容量の不足ではなく、コンテンツの問題だったため、すべての容量インジケータが正常だったため、データベース容量が増加することが予想されなかったし、チームはそれを適用する前に選択肢を調べました。 その評価は緩和を遅らせた。 ## 応答 当社のエンジニアリングチームは、影響を受けるデータベースの容量を増加させました。 応答時間と誤差率は、直ちに正常に戻り、事故を閉封する前に、サービスが安定していることを確認するための監視を続けました。 ※13:00 : 米国の地域でのお客さまは、誤りや応答時間が上がります。 ※13:36 : 自動監視で劣化を検知し、オンコールエンジニアリングチームを通知します。 * 13:36 – 17:29 : エンジニアが調査します。 すべての標準的なデータベース容量インジケーター — プロセッサー, メモリとストレージ — 全体の正常な範囲内で残っています。, 原因は、定期的な監視から明らかではありません. * 17:29 : 正式な事件が宣言され、完全な応答チームは従事しています。 17:38 [UiPath Status](http://status.uipath.com/)に公開された公開通知 \(Investigating\). * 17:31 – 17:43 : 影響を受ける地域に追加のデータベース容量が規定されます。 * 18:00 : エラー率、応答時間、リクエストレイテンシは通常のレベルに戻ります。 * 18:11 : ステータスページは、モニタリングと顧客のインパクトの終了に更新されます。 ※19:06 : 連続監視後、事故は閉止します。 ## フォローアップ これを防ぐため、次の取り組みを行っています。 * 影響を受ける操作を変更すると、共有リソースに依存しません。 これは、すべての影響を受けたシステムにロールアウトされ、事件を引き起こした条件を大幅に削減しました。 ※これらのシステムに関する詳細なデータベース監視を実施するので、後方ではなく、このコンテンツのクラスが表示される。 *この種の本物劣化が、ルーチン、自己補正のバリエーションと明確に区別し、より早くエスカレーションされるように、警告を改善します.
公式のインシデント更新を自動翻訳しています。
欧州のオーガニストに対して、オファクターの「機能性やユーザー症状」に影響を及ぼすオファクターのレポートを調査しています。 影響: ユーザーは、ログのロボットログおよび/または検索/表示の応答の遅延を期待できます。 ログは失われません。 次の更新: 私たちのチームは、原因とスコープを理解し、利用可能なアップデートを共有するために働いています.
欧州の Orchestrator のロボットログの摂取に影響を及ぼす停電の原因を特定しました。 影響: ユーザーは、ログのロボットログおよび/または検索/表示の応答の遅延を期待できます。 ログは失われません。 次の更新: 私たちのチームは、原因とスコープを理解し、利用可能なアップデートを共有するために働いています.
欧州の Orchestrator 用のロボットログの摂取に影響を及ぼす問題を軽減しました。 影響: ユーザーは、ログのロボットログおよび/または検索/表示の応答の遅延を期待できます。 ログは失われません。 次の更新: 私たちのチームは、原因とスコープを理解し、利用可能なアップデートを共有するために働いています.
欧州の Orchestrator 用のロボットログの摂取に影響を及ぼす問題を軽減しました。 影響: ユーザーは、ログのロボットログおよび/または検索/表示の応答の遅延を期待できます。 ログは失われません。 次の更新: 私たちのチームは、原因とスコープを理解し、利用可能なアップデートを共有するために働いています.
## 顧客の影響 約15:45 UTCと18:45 UTCの間、ヨーロッパ、オーストラリア、日本地域でホストされているお客様は、オーケストラの最近のロボットログが表示されない。 インパクトウィンドウに書かれたログは、ジョブとログのビューに表示されなかったり、ロボログ API を経由したり、約 3:00 UTC よりも古いログをログに記録して、その日は断続的にしか利用できなかった。 影響ウィンドウは地域ごとに異なります。 - オーストラリア:約15:45 UTCから18:35 UTC - ヨーロッパ:約16:35 UTCから18 UTC - 日本:約16:45 UTC〜18:30 UTC ジョブの実行、キュー、トリガー、その他すべてのオーケスト機能が影響されなかった。 ロボットのログが無くなりました。 インパクトウィンドウで生成されたログを収集し、問題が緩和されたら再び表示できるようになりました。 ## ルート原因 Orchestrator ロボットログを格納する Elasticsearch サービスの定期アップグレードを行いました。 アップグレードは青/緑色のアプローチを使用します。新しいクラスターは既存のクラスターと一緒に作成され、データはバックアップから復元され、新しいログを摂取するパイプラインが始まり、その後はトラフィックが切り替えられます。 影響を受けた地域では、データ復元前のアップグレードを実行しているエンジニアがトラフィックスイッチを承認し、インジェクションキャッチアップが完了し、アップグレード手順の逸脱です。 ヒューマンエラーでした。 その結果、オーケストレータは最近データが含まなかったクラスターからロボットログを読みました。新しいログは収集され続けましたが、クラスターのサービングリクエストにはまだインデックス化されていませんでした。 デプロイメントツールは、データ完全性を検証し、データ復元とトラフィックスイッチ間の注文を強制しないため、エラーがキャッチされていない。 ## 検出 テストジョブを継続的に実行し、ログが返されたことを確認し、影響を受けた地域で検出されたログを欠落させ、アラートを上げました。 当社のエンジニアリングチームは、インプログレッシブアップグレードでアラートを関連付け、インシデントを宣言し、ステータスページ通知を公表しました。 ## 応答 当社のエンジニアリングチームは、衝撃窓中に生成されたものを含む、すべてのロボットログに即座に復元された3つの領域で、以前のElasticsearchクラスターにトラフィックを変換しました。 影響を受けた地域における総合的なモニタリングと、約18:45 UTCで解決した事故をマークする前に、継続的なモニタリングで回復を確認しました。 新しいクラスターのアップグレードはバックグラウンドで継続します。 データの復元が完了した後にのみ、トラフィックはそれらに移動され、摂取は最新の状態であることを確認されます。 ## フォローアップ これを防ぐため、次の取り組みを行っています。 - 展開パイプラインを変更すると、トラフィックスイッチが新しいクラスターのデータ復元とログの摂取が完了するまで実行できないようにします。 - パイプラインに自動ロールバックステップを追加すると、スイッチ後に問題が検出されたら、トラフィックは数分で前のクラスターに返すことができます.
公式のインシデント更新を自動翻訳しています。
UAEでのサービスの劣化性能を観察
現在、この問題を調査中です.
私たちは、UAEでホストされているサービスのための接続に影響を与える、サードパーティのサービスプロバイダとのネットワークルーティングの問題として問題を特定しました。 弊社のアップストリームプロバイダーと連携し、進捗状況をアップデートします.
この問題の修正には引き続き取り組んでいます。
弊社では、接続状況を監視し、安定性を確認の上、このページを更新いたします.
今後の問題がないか引き続き監視しています。
事件が解決しました.
## 顧客の影響 12:38 PM UTC と 2:51 PM UTC の間に、UAE 地域の顧客によるサブセットは、UiPath クラウドサービスにアクセスしたときに失敗を経験しました。 所要時間約2時間13分 **cloud.uipath.com **, **account.uipath.com ** UAEでホストされているサービス お客様がタイムアウト、認証の失敗、接続のリセット、サーバーエラーが発生する場合があります。 ## ルート原因 根本原因は、サードパーティのインフラプロバイダで地域のネットワークルーティング障害でした。 UAN 地域から特定の外部ネットワークへのアウトバウンドネットワークパスのサブセット — コンテンツ配信ネットワークを含む**cloud.uipath.com** と**account.uipath.com** — トラフィックの配信を停止します。 影響を受けたサービスからの新しいアウトバウンド接続の試みは、応答を受けず、リクエストをタイムアウトさせませんでした。 当社のエンジニアリングチームは、UiPathサービス構成、アプリケーションレベルのポリシー、およびアウトバウンド接続能力を原因として除外しています。 インフラストラクチャプロバイダは、同じネットワークパスで複数の顧客に影響を与える既知の問題を認識しました。 ## 検出 自動監視で問題が検出されました。 午後12時40分頃までに、失敗が始まった約2分。被災したUAN地域サービスから、UiPathエンドポイントへの新規接続が失敗したことが確認された。 ## 応答 UTC 午後1時20分までに、当社のエンジニアリングチームは、他の目的地が到達可能なまま、特定のアウトバウンドネットワークパスに制限されたことを確認しました。 バリデーションは、UiPath-sideルーティングの変更、コンテンツ配信設定の変更、アプリケーションレベルのポリシー、およびアウトバウンド接続容量の問題を排除しました。 サードパーティのインフラプロバイダで高精細なサポートケースがオープンしました。 1:50PM UTCでは、プロバイダは複数の顧客に影響を与える既知の問題を認識しました。 当社のチームは、影響を受けたネットワークパスからの回復を継続的に監視し、トラフィックとしてサービス健康を検証します。 2:51PM UTCでは、影響を受けたコンテンツ配信経路を経由してUiPathのトラフィックが通常のレベルに戻ったことを回復チェックします。 自動健康チェックとサービスメトリックの確認回復、UANのサービスが運用されました。 ## フォローアップ 1. 私たちは、地域のルーティング障害のインフラプロバイダの確認された是正措置と根本原因分析を追求しています。 2.当社は、影響を受ける地域におけるアウトバウンドサービスの依存性を見直し、同様の第三者ネットワークの破壊に対するレジリエンスを強化しています.
公式のインシデント更新を自動翻訳しています。
約15:05 UTC以来、アメリカ地域では、クラウドロボットで動作するジョブが通常よりも長くなり始めたり、ペンディング状態に滞在したりすることがあります。 自分のロボットでの仕事は影響を受けず、他の地域も同じです。 原因を明らかにし、通常のジョブ処理を復元するために働いています。 既にキューに入れられているジョブは失われず、問題が解決したら処理されます。 60分以内に別のアップデートを投稿します.
米国のクラウドロボットでジョブを遅延させる問題の修正を行い、ジョブは正常に起動します。 遅延したジョブが処理されるようになりました。 サービスの安定状態を保ち、60分以内に別の更新を投稿することを確認するために監視しています.
問題に取り組むと、アメリカ地域のクラウドロボットのジョブが正常に始まります。 先ほど遅れていた仕事は処理されます。 サービスの監視を継続し、問題が解決したら別の更新を投稿します.
この問題は解決しました。 15:05 と 16:39 UTC の間、アメリカ地域のクラウド ロボットのジョブは、保留状態に開始または滞在する速度が遅くなりました。 16:39 UTC 以降はジョブが正常に起動し、この間に遅延したジョブが処理されました。 大変申し訳ございません.
## 顧客の影響 2026-10-02 で 15:00 から 16:38 UTC まで、アメリカ地域のクラウド ロボットの仕事は、16:20 UTC のピークで最大 22 分まで、通常よりも時間がかかりました。 オーケストラは、仕事が失われず、他の地域は影響を受けませんでした。 以前のジョブが待っていたときに、新規の投稿に一時的な制限エラーが送られました。 ## 検出 15:07 UTC で発火した自動アラート、衝撃後7分 約15:32 UTCとインシデントレスポンスが起動し、米国地域でチェックが失敗しました。 ## ルート原因 14:55 UTC は、お客様のワークフローが約 20 回、通常のレートでジョブを送信し始めました。 ジョブを認めるサービスは、データベース内の個々の慣習的な通貨カウントを維持し、ジョブの開始と終了時にデータベースロックの下に更新します。 これにより、顧客の記録のロックキューが更新がタイムアウトするまで増加します。 待ち合わせの更新は、地域のすべての顧客のためのジョブを開始する労働者の共有プールを占めるので、すべての顧客のジョブはそれらを待っていました。 顧客の負荷を1つ分離することを意味するメカニズムはネックになりました。 ## 応答 チームは、積み過ぎた入学経路と、その背後にあるワークロードを特定しました。 15:46 UTCで最初の構成変更は、間違ったレコードをターゲットにし、効果がなかった。 16:10 UTCでは、データベースロックからお客様のジョブタイプを免除し、約16:20 UTCで効果を取った。 約13秒から1秒以内、約5200ジョブのバックログを18分以内に切り落とします。 16:38 UTCでジョブの開始は正常でした。 顧客のトリガーは、約16:40 UTCで顧客とオフにしました。 ## フォローアップ データベースのロックレート制限は、メモリ内の高性能レート制限機構に置き換えられます。そのため、1つの顧客の負荷は、ジョブが他の人のために始まるブロックできません。 変更は、同じ負荷でプリプロダクションでテストされ、ロールアウトされます.
公式のインシデント更新を自動翻訳しています。
現在、UAE地域におけるインサイトポータルに影響を及ぼすインサイトに関する調査を行っています。 この領域のユーザーは、ポータルにアクセスできないか、失敗したページロードが発生する可能性があります。 当社のチームは、原因を特定し、サービスを復元するために積極的に取り組んでいます。 情報が増え次第に更新をいたします.
緩和経路を特定し、UAE地域におけるロールバックを開始しています。 ユーザーは、この作業が進行している間、インサイトポータルで断続的なアクセス問題が発生する可能性があります。 ロールバックが完成したら、別のアップデートを行います.
UAE地域におけるインサイトポータルは、当社のロールバックに成功しました。 当社は、本サービスを継続的に監視し、安定性を確認し、問題が完全に解決されると自信をもって最終更新を行います.
UAE地域のインサイトポータルは、ロールバック後に正常に動作しています。 重要なポータル機能の検証を行い、サービスが健全であることを確認しています。 この事件が解決しました.
## 顧客の影響 **10月1日**、UiPath **Insights**は、**UAE地域**のサービスが利用できなくなった。 10月1日〜10月1日にかけて、約23:40 UTCが10月2日**で、インサイトダッシュボードをロードできません。約10秒後にエラーが発生しました。 地域における新規テナントのインサイトの提供も失敗しました。 中断はおよそ**59分続きました。 UAE地域におけるその他のUiPathサービス、その他の地域におけるインサイトは影響を受けません。 顧客データが失われない ## 根本原因 スケジュールされた Insights リリースで出荷した**configuration change** により、 停電が発生しました。 変更は、セキュリティ強化の一環として、TLS 1.2 から **TLS 1.3** までのUAE地域における Insights アプリケーションエンドポイントで、**最小 TLS \(Transport Layer Security\) version** を上げました。 顧客トラフィックをインサイトにルーティングするUiPathゲートウェイは、TLS 1.2を超えるエンドポイントに接続します。 エンドポイントが TLS 1.2 を受け入れなくなったら、ゲートウェイは安全な接続を解除できません。 Insightsアプリケーション自体が健康にとどまっているにもかかわらず、顧客のリクエストはタイムアウトし、エラーを返す。 UAE地域にのみ適用される変更は、他の地域が影響を受けていない理由です。 ## 検出 問題は、**UiPathの自動合成モニタリング**によって検出され、複数の場所からのインサイト可用性を継続的にテストしました。 23:40 UTCで初めて故障した健康チェックが記録されました。 数分以内に自動アラートが発射され、オンコールエンジニアリングチームは調査を開始しました。 ## 応答 エンジニアリングチームは、UAE地域におけるインサイトのみの影響を受けていると確認しました。 通常はアプリケーションが実行されていましたが、顧客のトラフィックが到達していません。 チームは、ゲートウェイとインサイト間のセキュアな接続のステップを追跡し、リリースのTLS設定にリンクしました。 ※00:38 UTC** では、影響を受けたエンドポイントで、以前の最小 TLS バージョン \(TLS 1.2\) を復元しました。 総合的な健康診断はすぐに通過し始め、**00:41 UTC**UAE地域内のすべてのインサイトは健康でした。 チームは全安定性を確認するために監視を続けました。 ##フォローアップ 今後同様の事故を防ぐため、次の手順を講じています。 ※** リリースからTLSの変更を解除** すると、今後の展開が再適用されないため、ゲートウェイがTLS 1.3の終了に対応します。 ※※本番環境では、本番環境において、ゲートウェイに対する各種接続セキュリティが変化します.
公式のインシデント更新を自動翻訳しています。
10月1日(水)から約1:30PM UTC、低コードおよびコードされたエージェントを含む一部のエージェントは、gemini-3.1-pro-previewとgpt-4o-2024-05-13を使用して、すべての地域で失敗を経験し始めました。 エージェントの設計時にも、これらのモデルは選択できません。 私たちは、積極的に調査し、修正に取り組んでいます.
問題を特定し、修正をデプロイしています。 影響を受けたモデルを使用したエージェントは、障害を引き続き体験でき、エージェント設計中にモデルが利用できなくなったり、展開が完了します.
この問題を引き起こした変更を繰り返し、影響を受けたモデルが再び利用可能であることを確認しました。 一部のエージェントは、インスタンスのリフレッシュ中に断続的な失敗を経験し続けることがあります。 今後もGemini-3.1-pro-previewとgpt-4o-2024-05-13のエージェントの設計と実行を監視しています.
## 顧客の影響 2026年10月1日、14:31から19:40 UTC、Gemini 3.1 ProのプレビューやGPT-4o(2024-05-13)を含むいくつかの大きな言語モデルで構成されたエージェントは、モデルが利用できていないと言うエラーで、すべての地域で起動できなかった。 エージェントの設計中にモデルリストから同じモデルが見つからなかった。 他のモデルを使用したエージェントは影響を受けませんでした。 ## ルート原因 機能フラグは、Agents サービスは、ディスカバリーリクエストをモデル化するためのオペレーションコードの送信を開始することを引き起こしました。 これにより、ベースエージェントモデルリストとは対照的に、その特定の操作のモデルのリストが提供される。 操作モデルリストは、エージェントがエージェントサービスでサポートされているモデルの完全なリストと並外れたモデルの独自のモデル(BYOM)構成を最初に確認しました。 内部監査では、これは誤りではなく、意図的なギャップだったことを示しています。 時間が経つにつれて、このギャップは決して対処されず、フラグスイッチの後、影響を受けたモデルのいずれかで既に設定されているエージェントは、返されたリストから不在のため失敗します。 ## 検出 16:44 UTCのエンジニアにエスカレーションされた顧客は、問題を報告しました。 このエラーは通常、組織やエージェントのレベルの構成の問題にポイントするため、当社の監視は警告しませんでした。 ## 応答 エンジニアは、構成変更に失敗を追跡し、19:01 UTCでそれを変換しました。 逆転は、次の分を上回る効果があり、最後の失敗は19:40 UTCで発生した。 ## フォローアップ 1。 この変更が再び行われる前にモデルリストが整列されます。 2。 このエラーが分類される方法を変更しているので、プラットフォーム全体のスパイクがエンジニアに警告します.
公式のインシデント更新を自動翻訳しています。
10月1日(木)から12時頃まで、欧州のコミュニティユーザーが、ソリューションローカルアクションアプリを使用するLowCode Agentsで障害が発生することがあります。 欧州のコミュニティユーザーに影響が限られていることを確認しました。 問題を積極的に調査し、失敗の程度を決定し、修正に取り組んでいます.
コミュニティユーザー向けのソリューションローカルアクションアプリを使用する低コードのエージェントでエラーが発生している問題を特定しました。 以前の変更を振り返り、回復を監視し続けます。 ロールバックが完了したら、または共有する追加情報がある場合は、別のアップデートを提供します.
ロールバックが完了し、欧州のコミュニティユーザー向けのソリューションローカルアクションアプリを使用するローコードエージェントに問題が解決されていることを確認しました。 本サービスは復旧し、本件を閉鎖しております.
## 顧客の影響 2026年10月1日、10:50〜19:50 UTC、欧州のStudio Webユーザーは、 Orchestratorプロセス(RPA、エージェントなど)または同じソリューションからアクションアプリを呼び出すデバッスエージェントができませんでした。 "not found" エラーでコールが失敗しました。 公開されたエージェントと生産ジョブは影響を受けていませんでした。 ## ルート原因 Studio Web は、デバッグ中にソリューションリソースが配置される方法を変更しました。 以前の挙動を維持する設定が欠落していたため、デバッグフォルダの代わりにユーザーの個人的なワークスペースのソリューションのリソースを探します。 ## 検出 エンドツーエンドの自動化テストが16:43 UTCのエンジニアに警告しました。 エンドツーエンドのテストスイートは2時間ごとに実行され、3連続テスト失敗後にのみ警告が行われます。 顧客環境からも問題が報告されました。 ## 応答 根本原因を識別した後、ロールバックは18時UTCで始まり、19:50UTCで十分に効果を発揮しました。 この期間は、50分を要した再帰されなければならなかった展開障害を含んでいました。 10月2日(水)13:00 UTCにて設定を含む修正版を配布しました。 ## フォローアップ 1。 設定は、メインコードラインの一部なので、将来のリリースにはそれが含まれます。 2。 アラートとエンドツーエンドのテストスイートを改善して、以前の回帰をキャッチします.
公式のインシデント更新を自動翻訳しています。
2026年10月1日に14:23と16:04 UTCの間に、オーストラリア地域のUiPath Automation Cloudサービスでアイテムを削除するリクエストは、「404 Not Found」エラーで失敗しました。 本サービスは、オーケストレーター、文書理解、AIセンター、データサービス等に影響を受ける。 その他、閲覧、作成、更新など、通常業務を遂行 原因は、当社のルーティングに対する構成変更でした。 折り返し、サービスを完全に復元します.
## 顧客の影響 10月 1, 2026 日 2:23 午後 UTC と 4:04 午後 UTC, 顧客のサブセットは経験しました**404 Not Found** オーストラリア地域のいくつかのUiPath Automation Cloudの要求のエラー。 事故は1時間41分です。 削除操作と一部のロボット接続チェックを含む不具合の要求。 本サービスは、オーケストレーター、文書理解、AIセンター、データサービス等に影響を受ける。 Orchestrator と呼ばれるロボットジョブが失敗する可能性があり、お客様はこのウィンドウで失敗したロボットジョブを再実行する必要があるかもしれません。 その他一切の業務は影響を受けません。 ## ルート原因 リリースパイプラインのタイムアウトによるサポート業務の不完全なセットでオーストラリア地域にルーティング設定の変更が適用されました。 設定から削除操作が欠落していたため、これらのリクエストはルーティングレイヤーで拒否されました。**404 Not Found** アンダーリングサービスに到達する前に。 ## 検出 自動化されたエンドツーエンドの監視は、文書の文書理解サービスのチェックの失敗に警告することによって、問題を検出しました。 当社のエンジニアリングチームは、内部監視データを使用して、影響を受けたサービスにおける障害の広範なパターンを確認します。 ## 応答 調査中、モニタリングデータでは、オーストラリア地域を通したリクエストは、**404 Not Found** エラーを返し、他の地域を経由してルーティングされたリクエストは影響を受けていないことを示しています。 ルーティング設定が有効になったとき、**404 Not Found** 応答増加の開始時刻が相関されたことを確認した分析。 チームのルーティング設定を以前のバージョンに戻しました。 逆転後、監視は、約3分以内にエラーカウントが低下し、サービスが完全に10月1、2026に4:04午後UTCで復元されました。 ## フォローアップ 1。 ルーティングレイヤーアラートを4xxベースラインの変更を改善 2. 部分的に加えられたルーティング構成をそれらが効果を取る前に検出して下さい
公式のインシデント更新を自動翻訳しています。
弊社チームは、米国地域でのオーケストに影響を及ぼす劣化性能の修正に積極的に取り組んでいます。 アップデートを進行中と共有します.
米国地域でのオーケストレーションやアクションセンターに影響する劣化した性能については、現在修正が展開されています。 さらなるアップデートが続きます.
米国地域におけるオーケストラ・アクション・センターに影響を及ぼすパフォーマンスが劣化する修正を行いました。 当社のチームは、問題が完全に解決されることを確認するために結果を積極的に監視しています.
米国地域におけるオーケストラ・アクション・センターに影響を及ぼすパフォーマンスが劣化する修正を行いました。 システムのパフォーマンスと安定性を監視し、問題が完全に解決されるようにします。 詳細については、追加アップデートが配信されます.
米国地域におけるオーケストラ・アクション・センターに影響を及ぼすパフォーマンスが決定しました。 システム性能は、実装された固定直後に安定して残り、標準監視を継続します.
## 顧客の影響 2026年10月1日には、約11 UTCと13:40 UTCの間に、米国地域の顧客は、より遅いオーケストラ応答時間と断続的なタイムアウトを観察しました。 ロボットは、ジョブの開始、キュー項目の処理、アセットの読み込み、これらのリクエストの一部が失敗しました。 オーケストラに頼る他のUiPathサービスは、 Orchestratorが劣化した際にも影響を受けており、より遅い応答やエラーが発生することがあります。 ## ルート原因 Orchestrator の固定デプロイメントは、当社のサービスのために、計算能力の予約とスケールの変更が含まれていました。 変更は、インフラをより効率的に利用することを目的としていましたが、オーケストに利用できる処理能力を下げました。 繁忙期では、自動スケーリングが想定される容量を増やさなかったため、そのサービスは需要に追いつくことができませんでした。 ## 検出 更新後、内部監視が減速を検出しました。 初めてのプランは、標準リリースプロセスにより修正されたアップデートを数時間かかります。 お客様からの報告が始まったら、事件を開封し、より早く修正しました。 ## 応答 当社のエンジニアリングチームは、修正された更新を待つことなく、影響を受けるサービスに直接以前の容量設定を適用しました。 応答時間は約13:40 UTCで正常に戻り、サービスが安定していることを確認するための監視を続けました。 ## フォローアップ これを防ぐため、次の取り組みを行っています。 - 過去の容量設定を永久に復元し、ロールアウト前の生産レベルの負荷に対する将来の容量変化を見直します。 - 劣化時に顧客の影響を評価する方法を改善することで、早期に事件にエスカレーションされます。 - 顧客に影響を与えるとき容量および構成の変更をロールバックするためにそれをより速くさせます.
公式のインシデント更新を自動翻訳しています。