Cycode の障害履歴

1. 2026年10月27日 10:06 UTCinvestigating

   **概要** Bitbucket Cloud は、Bitbucket の認証サービスが 10 月 27, 2026 日にエラーを返した後、OAuth の接続解除を使用する統合を実装しています。 **インパクト** 影響を受けた統合では、CycodeはBitbucketにアクセスできません。 スキャン、リポジトリの同期、およびそれらのワークスペースのコミットステータスは、統合が再び承認されるまで停止します。 アプリパスワード、APIトークン、またはワークスペースアクセストークンを使用するインテグレーションは影響しません。 **最新更新** 当社の調査では、Bitbucket はこれらのインテグレーションの新しい資格情報を公開したが、サービスがエラーを返すため、Cycode に提供しなかったことを示しています。 Bitbucketは以前の資格情報を受け入れなくなったため、統合は自動的に回復できません。 アトラスシアンの問題について報告しています。 **アクション必須** Bitbucket の統合が接続されていない場合、Cycode コンソールで [Settings > インテグレーション > Bitbucket] で再度承認します。 サイコードは停止場所から継続し、他の変更は必要ありません。 詳細については、更新を投稿します.

2. 2026年10月27日 10:46 UTCmonitoring

   影響を受けたすべてのインテグレーションを識別し、ユーザーに直接問い合わせます。 インテグレーションは、Cycode コンソールで [Settings > インテグレーション > Bitbucket] でユーザが再度承認するとすぐに機能します。 Bitbucket のエラーを Atlassian に報告し、詳細はアップデートを投稿します.

3. 2026年10月27日 12:51 UTCresolved

   すべての影響を受けたBitbucket Cloudの統合が特定され、ユーザーは再びそれらを承認するための指示を受け取ります。 認定されたインテグレーションは、通常は機能します。 根本的な原因は、10月27日、2026日にBitbucketサービスのエラーで、 03:45 UTCでは、いくつかの統合の資格情報を無効にしました。 調査のためにアトラスシャンで詳細を共有しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月20日 9:28 UTCinvestigating

   ログインフローの問題の潜在的な原因を特定し、さらに調査しています.

2. 2026年10月20日 9:54 UTCinvestigating

   EU地域におけるログインフローの問題が解決しました.

3. 2026年10月20日 10:04 UTCmonitoring

   問題は解決され、安定性を確保するためにシステムを監視し続けています.

4. 2026年10月20日 15:43 UTCresolved

   事件は完全に解決され、さらに問題はありません.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月18日 13:10 UTCinvestigating

   PRスキャンおよび違反負荷障害に関連するアプリケーションでエラーを調査しています。 原因を見つけたら、さらなるアップデートを投稿し続けます.

2. 2026年10月18日 13:26 UTCidentified

   アプリケーションデータベースに問題がありました。 データベースは通常の動作に戻りますが、まだ劣化しており、修正に積極的に取り組んでいます。 プラットフォームは通常の操作に戻り、違反やPRスキャンは正常に動作するはずです.

3. 2026年10月18日 13:34 UTCmonitoring

   データベースは通常の操作に戻ります。 残りの問題がないことを確実に監視しています.

4. 2026年10月18日 14:40 UTCresolved

   事件は完全に解決され、さらに問題はありません.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月13日 12:56 UTCmonitoring

   **Monitoring**: スキャン API (米国) 以前、当社のアラートシステムは、スキャン API の背後にあるサービスが期待以上に頻繁に再起動していたことを検出しました。これにより、一部のリクエストは短期間で失敗しました。 サービスのメモリを増加させ、以来安定しています。 恒久的な改善を最終的に実現しながら、サービスをクローズダウンで維持しています.

2. 2026年10月13日 13:01 UTCresolved

   **Resolved**:スキャンAPI(米国地域)の短い減速 10月13日、2026日、22時00分～8時28分、一部リクエスト 米国の領域のスキャン API に失敗または遅い。 Cycode UI と Cycode CLI でページをスキャンすると、一時的なエラーが表示され、一部のプルリクエストスキャンは、通常より数分後に到着します。 834 UTCで問題を完全に解決したサービスに利用可能なメモリを増加させました。 キュートなスキャンが完了し、データが失われずに完了しました。 原因を特定し、永続的改善が検討されています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月13日 8:30 UTCinvestigating

   GitLabは、現在、Cycode PRスキャンと統合コネクティビティに影響を及ぼすサービス障害を経験しています。 問題は、GitLabのインフラから始まり、Cycodeの制御外にあります。 状況を監視し、GitLabが正常なサービスを回復するために動作するようにアップデートを提供します。 詳細は、GitLabのステータスページをご覧ください。 [https://status.gitlab.com/pages/incident/5b36dc6502d06804c08349f7/6acdd94de3aa7005ae52c614](https://status.gitlab.com/pages/incident/5b36dc6502d06804c08349f7/6acdd94de3aa7005ae52c614 "https://status.gitlab.com/pages/incident/5b36dc6502dc6502d06804c08349f7/6acddde3a94e52c6c614"https://status.gitlab.gitlab.gitlab.com/pages/pages/incident/pages/incident/5b36dc6502dc6502dc6502dc6502dc6502dc6502dc6502dc6502dc6502dc6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6

2. 2026年10月13日 8:47 UTCmonitoring

   GitLabは、監視フェーズにPRスキャンおよび統合接続に影響を与えるインシデントを移動しました。 GitLabは修正を実施し、結果を監視しています。 Cycodeの統合への影響を監視し、必要に応じてさらなるアップデートを提供します。 詳細は、GitLabのステータスページをご覧ください。 [https://status.gitlab.com/pages/incident/5b36dc6502d06804c08349f7/6acdd94de3aa7005ae52c614](https://status.gitlab.com/pages/incident/5b36dc6502d06804c08349f7/6acdd94de3aa7005ae52c614 "https://status.gitlab.com/pages/incident/5b36dc6502dc6502d06804c08349f7/6acddde3a94e52c6c614"https://status.gitlab.gitlab.gitlab.com/pages/pages/incident/pages/incident/5b36dc6502dc6502dc6502dc6502dc6502dc6502dc6502dc6502dc6502dc6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6c6

3. 2026年10月13日 11:27 UTCresolved

   GitLabは、PRスキャンと統合接続に影響を及ぼすインシデントを解決しました

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 14:22 UTCinvestigating

   チームはAWSと連携し、内部で問題をエスカレーションしています。 並行して、他のデータベースに移動して機能を復元する作業を行っています。 Cycodeステータスを待ち受けるブロックされたプルリクエストは、CycodeスキャンをSCM(ソースコード管理)で直接チェックから削除することでブロック解除できます。 プロセスを合理化するのに役立つCycode担当者にリーチします.

2. 2026年10月7日 14:22 UTCinvestigating

   AWS は、影響を受けた PostgreSQL インスタンスが内部リカバリ状態にあることを確認しました。 想定したマルチAZ のフェイルオーバーは設計どおりに発生せず、AWS はなぜ積極的に調査しています。 並行して、我々は回復を加速するための代替データベースパスを使用して、影響を受けるサービスを回復するために継続的に取り組んでいます

3. 2026年10月7日 14:22 UTCinvestigating

   データベースが運用容量を回復しているのを見ています。 まずはプルリクエストスキャン処理を行っております。 システムを監視し、スループットを高めています.

4. 2026年10月7日 14:22 UTCinvestigating

   データベースは運用が完全に残っています。 私たちは、可能な限り迅速にすべてのバックログを処理するために、定期的に処理速度を向上させるに取り組んでいます.

5. 2026年10月7日 14:22 UTCinvestigating

   PostgreSQL接続排気による米国プラットフォームにおけるメジャーな劣化を継続的に調査しています。 応答時間が遅くなり、500エラーが上昇し、PRワークフローが遅くなり、CLIがスキャンされます。 複数のサービスでデータベースの負荷を削減し、RDSの障害が発生しました。 チームは、通常のパフォーマンスを回復するために積極的に取り組んでいます.

6. 2026年10月7日 14:22 UTCinvestigating

   私達はprod-usの分解された性能に気づきました プルリクエストやCLIスキャンなどのフローは、通常よりも遅くなります

7. 2026年10月7日 14:22 UTCinvestigating

   チームは、AWS と連携し、米国環境に影響を及ぼすデータベースの障害問題であると思われることを調査しています。 情報が増えるとすぐに別のアップデートを共有します.

8. 2026年10月7日 14:22 UTCinvestigating

   米国プラットフォームは、以前のRDS / PostgreSQL接続排気後に改善されます。 AWS は、PostgreSQL の元のインスタンスが運用状態に戻り、PR スキャンが再び処理されていることを確認しました。 残りの部分の主な劣化は、大規模な webhook バックログによる GitHub 主導の処理が遅延し、排水を継続しています。 回復を監視し、別の更新を正常な状態に戻すようにします

9. 2026年10月7日 14:22 UTCinvestigating

   システムが完全に運用されるように戻ってきます

10. 2026年10月7日 14:22 UTCresolved

    (2/2) • 短時間データ操作の高いボリュームを作成していたワークロードをPausedし、イベントをクリアしたままデータベースの負荷を削減します。 •事件中に見逃されたプルリクエストをスキャン。 **4b. アクション項目** • データベースの負荷を削減するために、大量のデータが書かれているかを変更します。 • 独自の専用のデータベースに最も大きなワークロードを移動するので、プラットフォームの残りの部分には影響しません。 •データベース接続の使用法およびデータベースの健康のための警報そしてより深い監視を加えて下さい。 • 各サービスに専用のデータベース資格情報を入力します。 • 破壊後の回復をスピードアップするために、より効率的にイベントを克服するプロセス。 • 処理遅延および内部イベントアラートの監視を改善します。 • データベースの容量とパフォーマンス設定を見直し、より多くのヘッドルームを追加します.

11. 2026年10月7日 14:22 UTCresolved

    (1/2) **1.まとめ** 2026年10月5日は、15:55 IDTで始まり、米国プラットフォームの顧客は、遅い応答、断続的なエラー、およびプルリクエストチェックとCLIスキャンの遅延を見ました。 リポジトリがCycodeプルリクエストチェックを必要とする一部の顧客は、スキャンが再開するまでマージできませんでした。 第一次データベースのバックグラウンドメンテナンスプロセスが後退し、完了を停止したときに問題が始まり、データベースは新しいデータを保存しなくなります。 スタンバイデータベースが最初に変更の大きなバックログを処理する必要があるため、サービスを復元するには数時間かかりました。 19:43 IDT でデータベースがバックアップされ、プラットフォームが再び利用可能になりました。 処理を遅延し、処理を解除し、23:24 IDT でインシデントが解決しました。 インシデント中に見逃されたリクエストをスキャンしました。 **2. キータイムライン(IDT)** • ** 10月 5, 2026, 12:55 IDT **: 定期的なデータベースメンテナンスプロセスは、通常よりもはるかに遅く実行されます。 顧客の影響はまだありません。 • ** 10月 5, 2026, 14:53 IDT **: 次のメンテナンスサイクルが始まり、完了しません。 • ** 10月 5, 2026, 15:55 IDT **: データベースは、新しいデータを保存し、プラットフォームのパフォーマンスが劣化します。 • ** 10月 5, 2026, 16:03 IDT **: データベースは接続制限に達します。 お客さまは、エラーが出ます。 • ** 10月 5, 2026, 16:21 IDT **: 宣言されたインシデントと応答チームに従事。 • ** 10月 5, 2026, 16:24 IDT **: ステータスページに投稿された最初の更新。 • ** 10月 5, 2026, 16:49 IDT **: スタンバイデータベースへの切り替えを開始しました。 ・10月5日(金)17:00まで クラウドインフラプロバイダでサポートケースをオープンしました。 • ** 10月 5, 2026, 18:24 IDT **: 並列で始まる代替回復パス。 必要なプルリクエストチェックでブロックされた顧客のために公開された回避策。 • ** 10月 5, 2026, 19:43 IDT **: また、Cycode APIとCycode Platformのデータベースもアクセス可能です。 • ** 10月 5, 2026, 19:54 IDT **: スキャンの再開リクエストをプルします。 • ** 10月 5, 2026, 20:20 IDT **: 遅延イベントの処理能力が向上しました。 • ** 10月 5, 2026, 20:45 IDT **: データベースの負荷を削減するために、大量のワークロードを再利用しました。 • ** 10月 5, 2026, 21:56 IDT **: 識別され、スキャンされた事件の間に逃した要求を引っ張って下さい。 • ** 10月 5, 2026, 23:09 IDT **: すべてのサービスが完全に運用されます。 • ** 10月 5, 2026, 23:24 IDT **: インシデントは解決しました。 **3. 根本原因** データベースは、定期的に最新の変更を永続ストレージに保存する定期的なバックグラウンドプロセスを実行します。 プロセスが遅くなる2つの条件: •**大容量の短時間データ操作:**当社の処理作業負荷の一部は、常に大量の短時間データ構造を作成および削除しました。 •**遅延背景同期:**データ同期プロセスは、それ自体の後にデータベースのクリーンアップを停止し、遠くに落ちていました。 メンテナンスプロセスは遅くなり、最終的に完了を停止します。 データベースは、新しいデータを保存しなくなり、リクエストはキューに始まりました。 弊社のサービスは、これらのリクエストを回収し、データベースの接続容量を上げる多くの新しい接続をオープンしました。 お客さまは、エラーとしてこれを見て、応答を遅くします。 スタンバイデータベースに切り替えます。 トラフィックを提供する前に、最後の完了したメンテナンスサイクルから行われたすべての変更を処理する必要があり、約4時間の活動。 これにより、停電が延長されます。 **4. アクション テイクン** • 非必須処理を一時的にスケーリングすることにより、データベースに負荷を削減しました。 •スタンバイデータベースへの切り替えを開始しました。 • クラウドインフラストラクチャプロバイダでサポートケースを開き、エスカレーションベースで機能しました。 •並列で代替回復パスを準備しました。 •要求された引きの点検によって妨げられる顧客のための一時的な回避を共有しました。 •データベースが回復したら、遅延したイベントをクリアする処理能力が増加しました.

12. 2026年10月7日 14:22 UTCinvestigating

    最後の残りのバックログは安定した速度で処理され続けています。 約60-90分(20:30 UTC)で最終部のバックログを完全に処理する必要があるという私たちの推定ショー。 プルリクエストスキャンの大部分(このアップデートの時点で60%)は15分以内に完了しています。 この数字は、常に安定した速度で成長しています。 そのほかのシステムが運用していると思われます。 アプリケーション/UIが完全に運用されていると確信しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月5日 13:24 UTCinvestigating

   私達はprod-usの分解された性能に気づきました プルリクエストやCLIスキャンなどのフローは、通常よりも遅くなります

2. 2026年10月5日 14:17 UTCinvestigating

   PostgreSQL接続排気による米国プラットフォームにおけるメジャーな劣化を継続的に調査しています。 応答時間が遅くなり、500エラーが上昇し、PRワークフローが遅くなり、CLIがスキャンされます。 複数のサービスでデータベースの負荷を削減し、RDSの障害が発生しました。 チームは、通常のパフォーマンスを回復するために積極的に取り組んでいます.

3. 2026年10月5日 14:29 UTCinvestigating

   チームは、AWS と連携し、米国環境に影響を及ぼすデータベースの障害問題であると思われることを調査しています。 情報が増えるとすぐに別のアップデートを共有します.

4. 2026年10月5日 15:17 UTCinvestigating

   チームはAWSと連携し、内部で問題をエスカレーションしています。 並行して、他のデータベースに移動して機能を復元する作業を行っています。 Cycodeステータスを待ち受けるブロックされたプルリクエストは、CycodeスキャンをSCM(ソースコード管理)で直接チェックから削除することでブロック解除できます。 プロセスを合理化するのに役立つCycode担当者にリーチします.

5. 2026年10月5日 16:10 UTCinvestigating

   AWS は、影響を受けた PostgreSQL インスタンスが内部リカバリ状態にあることを確認しました。 想定したマルチAZ のフェイルオーバーは設計どおりに発生せず、AWS はなぜ積極的に調査しています。 並行して、我々は回復を加速するための代替データベースパスを使用して、影響を受けるサービスを回復するために継続的に取り組んでいます

6. 2026年10月5日 16:58 UTCinvestigating

   データベースが運用容量を回復しているのを見ています。 まずはプルリクエストスキャン処理を行っております。 システムを監視し、スループットを高めています.

7. 2026年10月5日 17:31 UTCinvestigating

   データベースは運用が完全に残っています。 私たちは、可能な限り迅速にすべてのバックログを処理するために、定期的に処理速度を向上させるに取り組んでいます.

8. 2026年10月5日 18:17 UTCinvestigating

   米国プラットフォームは、以前のRDS / PostgreSQL接続排気後に改善されます。 AWS は、PostgreSQL の元のインスタンスが運用状態に戻り、PR スキャンが再び処理されていることを確認しました。 残りの部分の主な劣化は、大規模な webhook バックログによる GitHub 主導の処理が遅延し、排水を継続しています。 回復を監視し、別の更新を正常な状態に戻すようにします

9. 2026年10月5日 19:06 UTCinvestigating

   最後の残りのバックログは安定した速度で処理され続けています。 約60-90分(20:30 UTC)で最終部のバックログを完全に処理する必要があるという私たちの推定ショー。 プルリクエストスキャンの大部分(このアップデートの時点で60%)は15分以内に完了しています。 この数字は、常に安定した速度で成長しています。 そのほかのシステムが運用していると思われます。 アプリケーション/UIが完全に運用されていると確信しています.

10. 2026年10月5日 20:09 UTCinvestigating

    システムが完全に運用されるように戻ってきます

11. 2026年10月5日 20:24 UTCresolved

    **1.まとめ** 2026年10月5日は、15:55 IDTで始まり、米国プラットフォームの顧客は、遅い応答、断続的なエラー、およびプルリクエストチェックとCLIスキャンの遅延を見ました。 リポジトリがCycodeプルリクエストチェックを必要とする一部の顧客は、スキャンが再開するまでマージできませんでした。 第一次データベースのバックグラウンドメンテナンスプロセスが後退し、完了を停止したときに問題が始まり、データベースは新しいデータを保存しなくなります。 スタンバイデータベースが最初に変更の大きなバックログを処理する必要があるため、サービスを復元するには数時間かかりました。 19:43 IDT でデータベースがバックアップされ、プラットフォームが再び利用可能になりました。 処理を遅延し、処理を解除し、23:24 IDT でインシデントが解決しました。 インシデント中に見逃されたリクエストをスキャンしました。 **2. キータイムライン(IDT)** • ** 10月 5, 2026, 12:55 IDT **: 定期的なデータベースメンテナンスプロセスは、通常よりもはるかに遅く実行されます。 顧客の影響はまだありません。 • ** 10月 5, 2026, 14:53 IDT **: 次のメンテナンスサイクルが始まり、完了しません。 • ** 10月 5, 2026, 15:55 IDT **: データベースは、新しいデータを保存し、プラットフォームのパフォーマンスが劣化します。 • ** 10月 5, 2026, 16:03 IDT **: データベースは接続制限に達します。 お客さまは、エラーが出ます。 • ** 10月 5, 2026, 16:21 IDT **: 宣言されたインシデントと応答チームに従事。 • ** 10月 5, 2026, 16:24 IDT **: ステータスページに投稿された最初の更新。 • ** 10月 5, 2026, 16:49 IDT **: スタンバイデータベースへの切り替えを開始しました。 ・10月5日(金)17:00まで クラウドインフラプロバイダでサポートケースをオープンしました。 • ** 10月 5, 2026, 18:24 IDT **: 並列で始まる代替回復パス。 必要なプルリクエストチェックでブロックされた顧客のために公開された回避策。 • ** 10月 5, 2026, 19:43 IDT **: また、Cycode APIとCycode Platformのデータベースもアクセス可能です。 • ** 10月 5, 2026, 19:54 IDT **: スキャンの再開リクエストをプルします。 • ** 10月 5, 2026, 20:20 IDT **: 遅延イベントの処理能力が向上しました。 • ** 10月 5, 2026, 20:45 IDT **: データベースの負荷を削減するために、大量のワークロードを再利用しました。 • ** 10月 5, 2026, 21:56 IDT **: 識別され、スキャンされた事件の間に逃した要求を引っ張って下さい。 • ** 10月 5, 2026, 23:09 IDT **: すべてのサービスが完全に運用されます。 • ** 10月 5, 2026, 23:24 IDT **: インシデントは解決しました。 **3. 根本原因** データベースは、定期的に最新の変更を永続ストレージに保存する定期的なバックグラウンドプロセスを実行します。 プロセスが遅くなる2つの条件: •**大容量の短時間データ操作:**当社の処理作業負荷の一部は、常に大量の短時間データ構造を作成および削除しました。 •**遅延背景同期:**データ同期プロセスは、それ自体の後にデータベースのクリーンアップを停止し、遠くに落ちていました。 メンテナンスプロセスは遅くなり、最終的に完了を停止します。 データベースは、新しいデータを保存しなくなり、リクエストはキューに始まりました。 弊社のサービスは、これらのリクエストを回収し、データベースの接続容量を上げる多くの新しい接続をオープンしました。 お客さまは、エラーとしてこれを見て、応答を遅くします。 スタンバイデータベースに切り替えます。 トラフィックを提供する前に、最後の完了したメンテナンスサイクルから行われたすべての変更を処理する必要があり、約4時間の活動。 これにより、停電が延長されます。 **4. アクション テイクン** • 非必須処理を一時的にスケーリングすることにより、データベースに負荷を削減しました。 •スタンバイデータベースへの切り替えを開始しました。 • クラウドインフラストラクチャプロバイダでサポートケースを開き、エスカレーションベースで機能しました。 •並列で代替回復パスを準備しました。 •要求された引きの点検によって妨げられる顧客のための一時的な回避を共有しました。 •データベースが回復したら、遅延したイベントをクリアする処理能力が増加しました。 • 短時間データ操作の高いボリュームを作成していたワークロードをPausedし、イベントをクリアしたままデータベースの負荷を削減します。 •事件中に見逃されたプルリクエストをスキャン。 **4b. アクション項目** • データベースの負荷を削減するために、大量のデータが書かれているかを変更します。 • 独自の専用のデータベースに最も大きなワークロードを移動するので、プラットフォームの残りの部分には影響しません。 •データベース接続の使用法およびデータベースの健康のための警報そしてより深い監視を加えて下さい。 • 各サービスに専用のデータベース資格情報を入力します。 • 破壊後の回復をスピードアップするために、より効率的にイベントを克服するプロセス。 • 処理遅延および内部イベントアラートの監視を改善します。 • データベースの容量とパフォーマンス設定を見直し、より多くのヘッドルームを追加します.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 14:14 UTCmonitoring

   2:00 PM EDT (18:00 UTC) では、認証データベースに影響を及ぼす重要な負荷スパイクを特定しました。 問題を軽減するために、インスタンスのアップグレードを実行しました。 アップグレード中にデータベース接続への簡単な割込みが発生した場合があります。 プラットフォームは安定しており、状況を監視し続けます.

2. 2026年10月7日 14:14 UTCresolved

   システムは、進行中の問題が観察されず、完全に動作しています。 この事件が解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年9月28日 19:08 UTCmonitoring

   2:00 PM EDT (18:00 UTC) では、認証データベースに影響を及ぼす重要な負荷スパイクを特定しました。 問題を軽減するために、インスタンスのアップグレードを実行しました。 アップグレード中にデータベース接続への簡単な割込みが発生した場合があります。 プラットフォームは安定しており、状況を監視し続けます.

2. 2026年9月28日 20:45 UTCresolved

   システムは、進行中の問題が観察されず、完全に動作しています。 この事件が解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 14:14 UTCresolved

   解決する

2. 2026年10月7日 14:14 UTCinvestigating

   GitHub コンポーネント: 独自の GitHub のインシデントをリクエストする:

公式のインシデント更新を自動翻訳しています。

1. 2026年10月8日 8:42 UTCinvestigating

   GitHub コンポーネント: 独自の GitHub のインシデントをリクエストする:

2. 2026年10月8日 8:42 UTCresolved

   解決する

公式のインシデント更新を自動翻訳しています。

1. 2026年9月13日 10:36 UTCinvestigating

   GitHub コンポーネント: 独自の GitHub のインシデントをリクエストする:

2. 2026年9月13日 18:53 UTCresolved

   解決する

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 14:04 UTCresolved

   MemoryDBメトリックは安定しており、処理ラグが回復し、システムが完全に運用されています.

2. 2026年10月7日 14:04 UTCmonitoring

   アクティブスワップ使用量を含む、prod-us の MemoryDB メモリ利用における急激なスパイクを観察しました。 移行が適用されました。 MemoryDB のメトリックはそれ以来安定して残り、処理のラグはすぐに減少します

3. 2026年10月7日 14:04 UTCinvestigating

   私達はprod-usの分解された性能に気づきました プルリクエストやCLIスキャンなどのフローは、通常よりも遅くなります

公式のインシデント更新を自動翻訳しています。

1. 2026年9月8日 16:53 UTCinvestigating

   私達はprod-usの分解された性能に気づきました プルリクエストやCLIスキャンなどのフローは、通常よりも遅くなります

2. 2026年9月8日 17:21 UTCmonitoring

   アクティブスワップ使用量を含む、prod-us の MemoryDB メモリ利用における急激なスパイクを観察しました。 移行が適用されました。 MemoryDB のメトリックはそれ以来安定して残り、処理のラグはすぐに減少します

3. 2026年9月8日 17:26 UTCresolved

   MemoryDBメトリックは安定しており、処理ラグが回復し、システムが完全に運用されています.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 14:14 UTCinvestigating

   弊社では、prod-eu での劣化性能に気づいたしております。 パフォーマンスの劣化は、すべてのアプリケーションとすべてのフローに影響を及ぼします(**プルリクエストやCLIスキャン**のように)、通常よりも遅くなります。 私たちの初期調査は、共有データベースに過度な負荷を示唆し、読み込みと書き込みを遅くします。 今後も調査を続けてまいります.

2. 2026年10月7日 14:14 UTCresolved

   システムを完全に運用できるようにバックアップします.

公式のインシデント更新を自動翻訳しています。

1. 2026年9月8日 9:53 UTCinvestigating

   弊社では、prod-eu での劣化性能に気づいたしております。 パフォーマンスの劣化は、すべてのアプリケーションとすべてのフローに影響を及ぼします(**プルリクエストやCLIスキャン**のように)、通常よりも遅くなります。 私たちの初期調査は、共有データベースに過度な負荷を示唆し、読み込みと書き込みを遅くします。 今後も調査を続けてまいります.

2. 2026年9月8日 10:52 UTCresolved

   システムを完全に運用できるようにバックアップします.

公式のインシデント更新を自動翻訳しています。

1. 2026年10月7日 14:14 UTCresolved

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/0xbhq84v4mt

2. 2026年10月7日 14:14 UTCinvestigating

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/0xbhq84v4mt

公式のインシデント更新を自動翻訳しています。

1. 2026年10月8日 8:42 UTCinvestigating

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/0xbhq84v4mt

2. 2026年10月8日 8:42 UTCresolved

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/0xbhq84v4mt

公式のインシデント更新を自動翻訳しています。

1. 2026年9月1日 15:10 UTCinvestigating

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/0xbhq84v4mt

2. 2026年9月1日 16:05 UTCresolved

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/0xbhq84v4mt

公式のインシデント更新を自動翻訳しています。

1. 2026年10月8日 8:42 UTCinvestigating

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/nrbwjftcz72d

2. 2026年10月8日 8:42 UTCresolved

   GitHubコンポーネント: プルリクエスト GitHubインシデント: https://stspg.io/nrbwjftcz72d

公式のインシデント更新を自動翻訳しています。