Jira の障害履歴

1. 2026年10月21日 14:28 UTCinvestigating

   Jira Cloudでプロジェクトサイドバーやナビゲーションに影響する問題について調査しています。 ユーザーは、プロジェクトビューにアクセスしようとすると、タイムアウトや不足しているメニューに遭遇することがあります。 チームを積極的に分析し、軽減を識別します。 次回のアップデートは60分前以降に順次配信いたします.

2. 2026年10月21日 15:01 UTCmonitoring

   移行は現場にあり、Jira Cloud ナビゲーションサービス全体で復旧をしています。 プロジェクトサイドバーが期待どおりにロードされます。 当社のチームは、引き続き状況を監視し、次のアップデートで1時間または早くフル解像度を確認します.

3. 2026年10月21日 15:45 UTCresolved

   2026年10月21日、JIRA、JSM、JPD、JWMのユーザーは、プロジェクトサイドバーやナビゲーションに影響を及ぼすパフォーマンスの劣化を経験している可能性があります。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています.

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

1. 2026年10月1日 2:55 UTCinvestigating

   ジョブ処理とジョブスケジューリングは、Jira、Confluence、Bitbucket Cloudなどの複数の製品間でスケジュールおよび非同期作業に影響を及ぼす、劣化しています。 欠陥のあるユーザーは、遅延または欠落したジョブの実行を見ることができます。, 遅延したメール・ツー・チケット処理と予想どおりに実行されないスケジュールを含みます.

2. 2026年10月1日 3:47 UTCidentified

   当社のチームは、この事件の根本的な原因を特定し、現在、問題の緩和に積極的に取り組んでいます。 私たちは、共有するための重要な進捗状況がある場合、我々は1時間以内にさらに更新を提供します.

3. 2026年10月1日 4:03 UTCidentified

   私たちのチームは、問題を軽減し、いくつかの改善を観察するための是正措置を取っています。 今後も状況を監視し、事故が完全に回復するまでに必要な行動をとります.

4. 2026年10月1日 5:00 UTCidentified

   事故が完全に解決するまで、当社のチームは回復に引き続き取り組んでいます。 私たちは、共有する大きな進歩を持っている場合は、さらなるアップデートを提供します. いくつかの製品間でスケジュールされた非同期作業に影響を及ぼすとともに、Jira Service ManagementのSLAコンポーネントも期待どおりに表示されません.

5. 2026年10月1日 7:01 UTCidentified

   事故が完全に解決するまで、当社のチームは回復に引き続き取り組んでいます。 私たちは、共有する大きな進歩を持っている場合は、さらなるアップデートを提供します. また、欠落SLAコンポーネントの面で作成された新しいサポートチケット、一部のチケットの応答時間とバックログ管理に影響を与える可能性がある通知にも影響があります.

6. 2026年10月1日 7:51 UTCresolved

   2026年10月01日、01:00 UTCと07:25 UTCの間、ユーザーは、予想通りに実行されない遅延メール・ツー・チケット処理とスケジュールを含む、ジョブの実行が欠落している可能性があります。 被災されたお客様には、修正・サービスを取り戻すようになりました。 SLA コンポーネントが不足しているチケットをサポートし、通知を遅延させる影響も回復を確認しました。 注:Bitbucketの顧客の場合、インシデントウィンドウで実行しなかったスケジュールされたパイプラインがある場合は、次のスケジュールされた実行を待つか、手動でトリガーすることができます.

7. 2026年10月9日 18:24 UTCpostmortem

   #### 概要 2026年10月1日、01:00〜07:25 UTCの間、Bitbucket Cloud、Confluence、Forge apps、Jira、Jira Service Managementなどのインパクトのあるアトラス製品の開発とスケジューリング。 これにより、Eメール・ツー・チケット処理やスケジュールされたパイプラインなどのバックグラウンド・タスクの遅延や欠落が生じました。インタラクティブ・プロダクトの使用は影響を受けませんでした。 スケジュールされたタスクの予期しないボリュームが同時に行われるとイベントがトリガーされ、共有されたジョブスケジューリングプラットフォームを圧倒しました。 3分以内に事故を検知した自動監視 復旧は、エンジニアリングスケールの容量として3時45分UTCの頃に始まり、プラットフォームはバックログを介して機能し、完全な解像度は6時間と25分に達しました。 ##IMPACT ## ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ほとんどのスケジュールされたタスクは、01:00 UTC で実行を停止し、約 03:45 UTC から再開しました。 ほとんどの遅延作業は、約 06:00 UTC で追い抜かれ、残りの遅延は 07:25 UTC によってクリアされた。 影響を受けたプロダクトを渡して下さい: - スケジュールされたタスクを自動再実行し、タスクは次回の予定時刻で再開しました。 - ほとんどの場合、スケジュールされたタスクが遅く実行される; 小さな番号が実行されていない可能性があります。 - スケジュールされた規則を含むオートメーション規則は、以下に示すように、通常実行されます。 Bitbucketクラウド 01:00 と 03:50 UTC が実行しなかったため、パイプラインをスケジュールしました。 スケジュールされたパイプラインがインシデント中に実行されていない場合、次のスケジュールされた実行を待つか、手動でトリガーすることができます。 他のパイプラインの操業は影響を受けませんでした。 コンフルエンス カレンダーイベントのリマインダーは、01:00～23:45 UTC が送られなかったためです。 フォージアプリ スケジュールされたトリガーは、01:00 UTC で停止し、04:00 UTC から再開しました。 見逃された呼び出しは再生されません。 ゴール 毎月のメールリマインダーから、目標の更新が遅れる可能性があります。 JiraとJiraのサービス管理 メールボックスに滞在し、回復後に自動的に処理された受信メール。 フィルターサブスクリプションなどの通知をスケジュールしました。 一部のサービスプロジェクトでは、SLAによってトリガーされた自動化ルールと通知、またはステータスが遅く実行された時間。 SLA のタイマーデータはそのまま残っています。 Atlassian サポート UTC 07:25までは、サポートツールの問題は、応答の一部を遅くする可能性があります。 弊社では、最新の調査に基づき、業務項目、ページ、リポジトリ、またはメールの受信の損失は認められていません。 ## ROOT CAUSE(ロートキューズ) 当社の共有ジョブスケジューリングプラットフォームは、通常の条件下で高スケールで動作します。 プラットフォームの消費者の1つは、10月1日の01:00 UTCで同時に実行されるタスクの異常な高容量をスケジュールしました。 このオーダー・オブ・マグニチュード・サージは、アーキテクチャとスケーリング・リミットを上回り、依存するサービス全体で処理バックログを作成しました。 異常な負荷を処理する能力を手動で高められた工学は、サービスがバックログを処理し、正常な操作に戻ることを可能にします。 ##ReMEDIALアクションプランとNEXT STEP 遅延や欠落した作業がお客様の生産性に影響を及ぼすことがわかっています。 私たちは、同様の事件の可能性と影響を減らすために、これらの行動を優先しています。 - **Enhanceのワークロードの分離:** 公正なスケジューリングガードレールを実装するので、単一のソースからボリュームサージが他の製品にタスクを主観または遅延しません。 - **力強いサージ制御:** 予期しないトラフィックのスパイク中に特定のソースからスケジュールされたワークロードをすぐにスロットルまたは一時停止するための運用能力を追加します。 - **システムスケーリングと回復の改善:** プラットフォーム容量を高め、スケーリングプロセスを最適化し、極端な需要のスパイクを処理し、より迅速に回復します。 本件中にサービスが影響を受けたお客様には、誠に申し訳ございません。 お問い合わせ アトラスティアン

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

1. 2026年9月24日 13:54 UTCinvestigating

   Jiraの問題の作成、問題の表示、およびボードの読み込みに影響を及ぼす問題の調査を続けていきます。 当社のチームは、決議を申し立てています。 素材の進展があれば、次のアップデートを1時間早く行います.

2. 2026年9月24日 14:58 UTCmonitoring

   移行が展開され、Jiraを横断する回復の肯定的な兆候が見られます。 作品の閲覧、ボードの読み込み、チケット作成の課題はサブスライディングです。 システムの健全性を継続的に監視し、全安定性を確保し、次の更新を60分以内に共有します.

3. 2026年9月24日 15:53 UTCresolved

   9月24日、2026日、米国地域のJiraとJSMのユーザーは、Jiraの問題の作成、問題の表示、およびボードの読み込みに影響を及ぼすパフォーマンスの劣化を経験している可能性があります。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています.

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

1. 2026年9月24日 8:52 UTCmonitoring

   ユーザーがJiraに遭遇したり、Jiraにアクセスしたり、問題を表示したりするパフォーマンスを劣化させたりする可能性のあるJiraに影響を及ぼす問題を追跡しています。 緩和は場所にあり、回復の肯定的な兆候を見ています。 今後60分以内の解像度確認を予定しています.

2. 2026年9月24日 10:34 UTCmonitoring

   今後も状況を監視し、Jiraの全体的安定性を確保しています。 回復印は安定したままです。 次回のアップデートは、60分前以降に共有されます.

3. 2026年9月24日 11:46 UTCresolved

   Sept 24th, 2026, 間に 07:28 へ 08:08 UTC, 一部の Jira ユーザーは、Jira にアクセスし、問題を表示する際に、エラーや劣化したパフォーマンスを経験している可能性があります. 問題は解決され、サービスはすべての顧客のために普通作動しています.

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

1. 2026年9月11日 7:46 UTCinvestigating

   Jira SoftwareとJira Service Managementに影響を及ぼす問題のレポートを調査しています。 不具合のあるユーザーは、問題のビューや閲覧ボードをロードする際にエラーや遅延が発生することがあります。 根本原因を特定し、より多くの情報が利用できるようにアップデートを提供します.

2. 2026年9月11日 8:06 UTCmonitoring

   緩和が展開され、Jira SoftwareとJira Service Managementの問題ビューとボード全体で回復を観察しています。 当社のエンジニアリングチームは、持続可能な安定性を確保するために、環境を密接に監視しています。 完全な解像度が確認されるか、60分以内に別の更新を行います.

3. 2026年9月11日 8:37 UTCresolved

   上 11 9 月 2026, 間に 07:02 UTC と 07:56 UTC, いくつかの Jira ソフトウェアと Jira サービス管理 ユーザーは、ワーク アイテムやボードにアクセスするときに劣化したパフォーマンスとエラーを経験している可能性があります。. 問題は解決され、すべてのサービスは正常に動作しています.

4. 2026年9月21日 22:36 UTCpostmortem

   #### 概要 2026年9月11日、JiraとJiraのサービス管理製品を使用して、主にEU地域とAPAC地域から主にアトラスシア州の顧客は、仕事のアイテムやアクセスボードを一貫して見ることができませんでした。 イベントは、下限のグラフデータプラットフォームで後方互換性のある内部構成ロールアウトによってトリガーされました。 事故は自動監視システムによって3分以内に検出され、すべての地域に安定した展開を進めることによって軽減されました。 解像度の合計時間は54分程度でした。 ##IMPACT ## ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT 全体的な影響は9月 11, 2026, 07:02 UTCと9月 11, 2026, 07:56 UTC 2つの製品に発生しました. この期間中、JiraとJiraのサービス管理を使用して、EU地域の一部の顧客は、断続的な失敗や劣化したパフォーマンスを経験しました。 設定障害により、スケーリングによる重要な依存サービスが未然に防止され、影響を受けたユーザーに対する損害が発生しました。 Jira および Jira サービス管理ユーザーは、作業項目ビューにアクセスしようとすると、作業項目ビュー、問題ナビゲーター、およびボードビューにアクセスしようとすると、タイムアウトエラーと失敗またはページの読み込みを遅延させました。 ## ROOT CAUSE(ロートキューズ) グラフストアサービスの変更に伴い、プルリクエストなどのサードパーティのエンティティティティへのリンクを提供する事件が発生しました。 変更により、起動チェックが失敗し、新しいノードがクラスターに加わりないようにします。 ピークトラフィックでは、サービスが十分にスケールアウトできず、JiraとJira Service Managementのリクエストをグラフストアサービスに失敗させる可能性があります。 ##ReMEDIALアクションプランとNEXT STEP アウトエイジが生産性に影響を及ぼすのは知っています。 このタイプのインシデントを繰り返すために、次の改善措置を優先します。 - コードベースのコンフィギュレーションを実行します: 設定定義ファイルをコアのコードベースの一部として移動して、アプリケーションロジックと同期的にバージョン管理およびデプロイされるようにします。 - Jiraのグレースフル・デグラデーション:影響を受けたJiraのビューの変更を実装し、非臨界依存のクエリからコアクエリを分離し、ダウンストリームサービスが失敗してもページが機能を維持できるようにします。 - デプロイメントパイプラインの最適化:デプロイメントパイプラインは、運用中のレスポンスシナリオで加速、並列更新を有効にするために最適化されています。 弊社では、この事件でサービスに影響を受けたお客様を誠意をもってお詫び申し上げます。当社は、プラットフォームのパフォーマンスと可用性を向上させるために、即時に手順を講じています。 お問い合わせ アトラスシアンカスタマーサポート

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

1. 2026年9月3日 15:57 UTCinvestigating

   米国東部のJIRA顧客に影響を与えるサービスの混乱のレポートを積極的に調査しています。 更新情報はこちらよりお知らせ致します.

2. 2026年9月3日 16:35 UTCmonitoring

   当社のチームは、影響を受けた顧客の影響と回復を16:15 UTCで削減するために、緩和手順を講じています。 今後も本問題の根本原因を調査し、追加更新情報を公開いたします.

3. 2026年9月3日 17:02 UTCresolved

   2026年9月3日、JIRAは、影響を受けたユーザーには、混乱を経験し、サービスが利用できなくなった。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています.

4. 2026年9月10日 18:15 UTCpostmortem

   #### 概要 2026年9月3日、14:52～17:02 UTCのアトラスシャンは、米国東部地域のJiraとJira Service Managementを利用し、断続的なエラーを経験し、Rovo、視聴の問題、ボード、ナビゲーション、検索バックされた経験、ワークフロー関連のアクションなど、コアJiraのエクスペリエンスへのアクセスを劣化させました。 イベントは、アトラスシアンの認可サービスでキャッシュ変更の進行役に立ちました。 変更により、キャッシュトラフィックが増加し、承認チェックに使用されるキャッシュレイヤーの飽和を引き起こし、これにより、地域の一部の顧客のタイムアウトとサービスエラーが発生しました。 モニタリングにより約12分で事故が検知されました。 影響を受けるキャッシュサービスを展開し、新しいキャッシュパスに関連付けられている機能フラグを無効にすることで、緩和しました。 解像度の合計時間は2時間10分でした。 ##IMPACT ## ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT ##IMPACT 全体の影響は9月3日、14:52と17:02 UTCの間に2026発生しました。 この期間中は、JiraとJira Service Managementを利用し、米国東部地域の一部の顧客は、認証チェックに依存する経験にアクセスする際に、断続的な失敗や劣化したパフォーマンスを経験しました。 これらには、問題ビュー、Rovo、ボードビュー、ナビゲーション、検索バックされたエクスペリエンス、API、ワークフロー関連のアクションが含まれます。 ## ROOT CAUSE(ロートキューズ) 問題は、アトラスシアンの認可サービスで新しいキャッシュパスの進歩的なロールアウトによって引き起こされました。 変更は、認証情報がどのようにキャッシュされたかを変更することにより、大規模な認可データセットを持つ顧客のためのスケーラビリティを向上させることを意図しました。 ロールアウト中、既存のキャッシュパスと新しいキャッシュパスの両方が一貫性チェックに有効で、キャッシュエントリー数とキャッシュ操作数が増加しました。 米国東部地域では、トラフィック量が最も高く、共有キャッシュレイヤーのこの追加負荷飽和部分。 キャッシュリクエストがタイムアウトするにつれて、認可サービスは、上流システムへのフォールバックリクエストが増え、さらに負荷を増加させ、回路のブレーカやタイムアウトを引き起こします。 承認チェックが必要な依存性Jiraのエクスペリエンスは、断続的なエラーを返したり、影響を受けるユーザーのためにロードできなかったりします。 初期のロールアウト監視は、低トラフィック領域が同じレベルの劣化を示していないため、リスクを十分に直面しなかったし、顧客の影響が増加する前に、地域のキャッシュ飽和を強調した方法でスコープまたはルーティングされていない。 ##ReMEDIALアクションプランとNEXT STEP 当社は、お客様の生産性に影響を及ぼす可能性があることをお詫び申し上げます。 私たちは、同様の事件の可能性と影響を減らすために、次の改善措置を優先しています。 -**エンハンス展開保護:** より小さい、領域アウェアのロールアウトの増分を使用して高リスクのキャッシュと認可サービスの変更のためのロールアウトの慣行を改善し、より広い有効化の前に高トラフィック領域で動作を検証します。 - **優雅な低下:** 認可チェックのための優雅な劣化オプションを評価するため、依存した経験が引き続き機能し、キャッシュ依存性が利用できなくなった場合。 -**Strengthen地方のテレメトリーおよび容量の監視:** キャッシュCPU、メモリ圧力、ヒット率、逸脱率、タイムアウト率、接続動作などの地域検知器を含むキャッシュ容量と健康モニタリングを強化します。 - **生産スケールの負荷テストを拡大して下さい:** 認証データのキャッシュ設計とキャパシティプランニングを見直し、キーのカード性やキャッシュ操作を増加させ、ロールアウト前の代表的な生産規模トラフィックに対してロードテストされます。 -**クライアントレジリエンスを抑える:** キャッシュ・ノードが遅くなるか、または飽和したときに、キャッシュ・クライアントのタイムアウトと接続・ストームのリスクを削減する動作を再確認します。 引き続き、インシデント・レビュー・プロセスを通じてこれらの行動を検証し、責任あるエンジニアリング・チームで完了まで追跡します。 お問い合わせ アトラスシアンカスタマーサポート

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

1. 2026年9月1日 17:09 UTCinvestigating

   フォームの機能に影響を及ぼす性能劣化に関するレポートを積極的に調査しています。 更新情報はこちらよりお知らせ致します.

2. 2026年9月1日 18:27 UTCidentified

   私たちは、問題の可能性のある原因を特定し、当社のチームは緩和に従事しています。 感染したユーザーは、期待どおりに機能しないフォームを体験することができます。 今後も追加更新情報を公開してまいります.

3. 2026年9月1日 20:33 UTCidentified

   私たちのチームは、緩和に引き続き取り組んでいます。 今後も追加更新情報を公開してまいります.

4. 2026年9月1日 21:24 UTCmonitoring

   JIRAのパフォーマンス劣化が解消され、すべての影響を受けたお客様には通常、サービスが稼働しています。 今後も、性能を密接に監視し、安定性を確認してまいります.

5. 2026年9月1日 21:35 UTCresolved

   9月1日、一部のJIRAユーザーは、フォームの機能に影響を及ぼす性能劣化を経験する場合があります。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています.

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

1. 2026年9月1日 9:12 UTCinvestigating

   Jira Work アイテムの移行に影響を与える問題を認識しています。 問題の移行を試みるときに、失敗したユーザーはエラーが発生する可能性があります。 私たちのチームは、根本的な原因を積極的に調査しています。 資料更新がある場合、60分以降に次の更新を行います.

2. 2026年9月1日 10:11 UTCmonitoring

   Jira Work アイテムの移行に影響を及ぼす問題の根本原因を特定し、修正を加えました。 現在、復旧の兆候が見られ、引き続き監視を続けていきます。 次の1時間、または材料の更新がある場合、次のアップデートを提供します.

3. 2026年9月1日 11:44 UTCresolved

   9 月 1 日 2026, 間に 04:22 UTC へ 10:59 UTC, 一部の Jira のユーザーは、経験豊富なサービス混乱を経験することができます. 問題は解決され、サービスはすべての顧客のために普通作動しています.

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

1. 2026年8月31日 18:28 UTCidentified

   ソリューション

2. 2026年9月1日 0:47 UTCmonitoring

   Jira Incomingメールは、Microsoftアカウントからのメールを受信したときに、メールが高まる不具合が発生しています。 これは、Jira作業項目のメールベースの作成と更新に影響を与えます。 ユーザーは、メールフェッチの試みが発生したときに500内部サーバーのエラーが表示されます。 Microsoftのアップデートを追跡し、衝撃を継続的に見直しています。 これらのアップデートはhttps://status.cloud.microsoft/から公開されています

3. 2026年9月1日 5:18 UTCresolved

   影響を受けたアトラスシアンサービス全体で完全な回復が見られ、このインシデントは解決しました。 このインシデントに関する問題の継続のために、私たちは、追加サービスに関するさらなる更新を提供し続けるように、https://status.cloud.microsoft/をチェックしてください.

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

1. 2026年8月27日 4:22 UTCinvestigating

   当社のチームは、この問題がJira Service Managementに影響を及ぼすと指摘しています。 できるだけ早く更新します.

2. 2026年8月27日 4:25 UTCinvestigating

   弊社では、Confluence、Jira Cloud、Jira Serivce Managementのお客様に影響を及ぼす製品へのアクセスに関する問題を調査しています。 弊社のチームは、この問題を早期に調査し、情報が利用可能になったらただちに1時間以内に詳細をお届けいたします.

3. 2026年8月27日 4:33 UTCidentified

   当社のチームは、Jira Cloud、Jira Service Management、Confluenceに影響を及ぼす問題の修正を可能としています。 影響を受けた地域に転がり、さらに情報が必要な場合は1時間以内に更新します.

4. 2026年8月27日 4:51 UTCmonitoring

   Jira Cloud、Jira Service Management、Confluenceのロードに関する問題が回復中です。 今後も、安定状態の確認や1時間以内の更新や、より早くより詳細な情報を提供できるよう、厳密に監視してまいります.

5. 2026年8月27日 5:16 UTCresolved

   2026年8月27日、Jira Cloud、Jira Service Management、Confluenceなどのアトラスシアン製品が破壊を経験し、影響を受けたユーザーにサービスが利用できなくなった。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています。 事件の完全調査が完了すると、このページでは、この事件の公正な姿勢が公開されます.

6. 2026年9月7日 2:53 UTCpostmortem

   **概要** 2026年8月27日、アトラスシアン・アナリティクス、コンパス、コンパス、コンフルエンス、フォーカス、ガード、ジャイラ、Jira、JPD、JSM、Opsgenie、Rovo Search、およびタレントを含むアトラスシアン・クラウド製品が、西洋ヨーロッパと東南アジアのアトラスシアン・顧客の間で、Aトラスシアン・クラウド製品に到達できませんでした。 このイベントは、プロキシフリートのルーティングレイヤーに欠陥のあるコード変更によってトリガーされました。 これは、西ヨーロッパと東南アジアAPAC地域のこれらのプロキシ艦隊を介して、すべての顧客のトラフィックに提供されているHTTP 404エラーにつながりました。 インシデントは、自動監視システムによって1分以内に検出され、前回のコンフィギュレーションリリースに戻り、プロキシフリートを既知の良好な状態にしました。 プロキシフリートが回復した後、一部のJiraとConfluenceの顧客は(場所に関係なく)HTTP 503エラーを受け取り、サーバーフリートがトラフィックの流入に調整されるように0433と 04:53 UTCの間でHTTP 503エラーを受け取りました。 **インパクト** 全体的な影響は2つの隔離された期間に分けられました: - まず、アトラスシアン・アナリティクス、コンパス、コンフルエンス、フォーカス、ガード、Jira、JPD、JSM、Opsgenie、Rovo検索、およびタレントで27 8月2026、の間で。 欧米や東南アジアのAPAC地域から発信する顧客トラフィックに対するサービス障害が発生し、HTTP 404エラーが返された。 元の場所に関係なく、顧客の API トラフィックに影響はありません。 - 2 番目, 上 27 8 月 2026, 間に 04:33 と 04:53 UTC, 位置に関係なく、いくつかの Jira と Confluence の顧客は、HTTP 404 エラーが解決された後 HTTP 503 エラー: 〜32% のリクエストの ap-southeast-2, ~4% のリクエストの eu-west-1, ～2.5% のリクエストの us-west-2 と ap-southeast-1, および <1% すべての残りのグローバル地域におけるリクエスト. **ROOT CAUSE****(ルート キューズ)** このイベントは、プロキシ艦隊の1つにコード変更によってトリガーされました。 しかし、マニュアルや自動テストで検出されていないコード展開に不具合がありました。 これは、プロキシ層のテナントルックアップ機能の誤った構成につながり、有効なネットワークパスを持たないトラフィックにつながり、Western Europeと東南アジアAPAC地域のこれらのプロキシフリートを介して、HTTP 404エラーがすべての顧客のトラフィックに配信されるようになりました。 プロキシの層の影響が回復した後、いくつかのJiraとConfluence顧客に影響の2番目の期間が発生した。 プロキシ・フリートによるJiraとConfluenceのトラフィックの減少により、JiraとConfluenceのサービス・ティアは、顧客トラフィックを顧客に提供するサーバー数に自動的にスケールアップしました。 プロキシフリート機能が復元されたら、Jiraサービスティアを圧倒したトラフィックのサージは、自動的にスケールアウトするまでHTTP 503sの上昇率を返しました。 **REMEDIAL ACTIONS PLAN & NEXT STEPS** リリース アウトエイジが生産性に影響を及ぼすのは知っています。 そこで、テストや予防プロセスがいくつかありますが、この特定の問題は特定されていませんでした。なぜなら、変更は、自動化された連続デプロイメントスイートと手動テストスクリプトによってピックアップされていない、非常に特定の種類のエッジケースに関連していました。 このタイプのインシデントを繰り返すのを防ぐため、次の改善措置を優先します。 -**さらなる展開保護を追加:** インパクトのあるプロキシ層の構成のための展開パイプラインは、レガシーシステムを使用しており、適切に設定された適切な遅い地域のロールアウト機能を持っていません。 既に正しい保護策を追加しており、デフォルトですべての安全制御が有効になっている当社の標準展開パイプラインにこれを移動しています。 また、すべてのネットワークサービスを監査し、新しい標準パイプラインの展開サービスにあることを検証しています。 - **サービス艦隊のスケーリングポリシーの強化:** JiraとConfluenceサービスのフリートのオートスケーリング設定は、あまりにも積極的にスケールアップするように構成されました。 複雑なJiraとConfluence自動スケーリングポリシーをすべて徹底的に見直し、更新し、これが再び発生しないことを保証します。 弊社では、この事件でサービスに影響を受けたお客様を誠意をもってお詫び申し上げます。当社は、プラットフォームのパフォーマンスと可用性を向上させるために、即時に手順を講じています。 お問い合わせ アトラスシアンカスタマーサポート

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

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

   当社は、Jira、JSM、Confluenceのメール、モバイル、スラック通知のレイテンシの増加によるパフォーマンス劣化のレポートを積極的に調査しています。 当社のチームは、問題の調査を行い、次の1時間以内に詳細情報を共有します.

2. 2026年8月25日 9:44 UTCinvestigating

   当社のチームは、影響を受けた地域を特定し、問題の緩和に積極的に取り組んでいます。 私たちは、共有する重要な進捗状況がある場合、時間内にさらにアップデートを提供します.

3. 2026年8月25日 10:49 UTCinvestigating

   私たちのチームは、影響を受けた地域の一つで問題を軽減し、いくつかの改善を観察するためにいくつかの是正措置をとっています。 今後も状況を監視し、事故が完全に回復するまでに必要な行動をとります。 今後2時間以内のアップデートを予定しております.

4. 2026年8月25日 13:01 UTCmonitoring

   私たちのチームは、問題を軽減し、いくつかの改善を観察しています。 今後も状況を監視し、事故が完全に回復するまでに必要な行動をとります。 今後2時間以内のアップデートを予定しております.

5. 2026年8月25日 14:33 UTCresolved

   2026年8月25日、一部のユーザーは、メール、モバイル、スラック通知でレイテンシが増加した経験があります。 問題は解決され、サービスはすべての顧客のために普通作動しています.

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

1. 2026年8月24日 19:22 UTCinvestigating

   JIRA、JSM、Confluenceのメール、モバイル、Slack 通知のレイテンシの増加によるパフォーマンス劣化のレポートを積極的に調査しています。 更新情報はこちらよりお知らせ致します.

2. 2026年8月24日 20:25 UTCinvestigating

   JIRA、JSM、Confluenceのメール、モバイル、Slackの通知に影響を及ぼすレイテンシーを調査し続けて3つのインパクトのある地域を特定しました.

3. 2026年8月24日 21:30 UTCidentified

   私たちは、問題の可能性のある原因を特定し、当社のチームは緩和に従事しています。 JIRA、JSM、Confluence のメール、モバイル、Slack 通知のレイテンシが増加する可能性があります。 今後も追加更新情報を公開してまいります.

4. 2026年8月24日 23:15 UTCresolved

   2026年8月24日、JIRA、JSM、Confluenceのユーザーは、Eメール、モバイル、Slackの通知でレイテンシが増加した結果、パフォーマンスの劣化を経験するかもしれません。 新しく作成した通知を解決し、通常はサービスが運用されています。 処理中の古い通知があり、次の数時間で完了すると予想されます.

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

1. 2026年8月7日 11:30 UTCinvestigating

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

2. 2026年8月7日 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 2026年8月7日 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

1. 2026年8月7日 1:24 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

2. 2026年8月7日 1:33 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA and JSM. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

3. 2026年8月7日 1:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

4. 2026年8月7日 1:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

1. 2026年7月20日 20:18 UTCinvestigating

   JiraとJiraのサービス管理の自動化ルールに影響を及ぼすパフォーマンス劣化に関するレポートを積極的に検討しています。 更新情報はこちらよりお知らせ致します.

2. 2026年7月20日 21:27 UTCinvestigating

   当社のチームは、JiraとJira Service Managementの自動化ルールの実行における遅延の調査を継続しています。 改善の兆候は見ていますが、影響を受けたユーザーは遅延が発生することがあります。 詳細については、こちらをご覧ください.

3. 2026年7月21日 4:53 UTCidentified

   チームは、根本的な原因を特定し、初期テストの後、これらの規則の実行遅延を防止するために、スケーリング変更を制定しています。 次の24時間でパフォーマンスを監視し、改善が起こっていることを確認することができれば、その時間または早く更新を提供します.

4. 2026年7月22日 0:56 UTCresolved

   当社のチームは、すべてのルールの実行が正常に実行されていることを確認し、この問題は解決できるようになりました.

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

1. 2026年7月20日 16:03 UTCinvestigating

   JiraとJiraのサービス管理の自動化ルールに影響を及ぼすパフォーマンス劣化に関するレポートを積極的に検討しています。 更新情報はこちらよりお知らせ致します.

2. 2026年7月20日 16:58 UTCidentified

   私たちは、問題の可能性のある原因を特定し、当社のチームは緩和に従事しています。 現在、改善の兆候を見ていますが、影響を受けたユーザーは、JiraとJiraのサービス管理の自動化ルールの実行で遅延が発生する可能性があります。 今後も追加更新情報を公開してまいります.

3. 2026年7月20日 17:23 UTCresolved

   2026年7月20日、一部のJiraとJiraのサービス管理ユーザーは、自動化ルールの実行のパフォーマンス劣化を経験できます。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています.

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

1. 2026年7月6日 16:11 UTCinvestigating

   JIRAの自動化に影響を及ぼす性能劣化に関するレポートを積極的に検討しています。 更新情報はこちらよりお知らせ致します.

2. 2026年7月6日 17:12 UTCinvestigating

   今後も欧州地域におけるJIRAの自動化に影響を及ぼす性能劣化の調査を続けていきます。 詳細は、更新情報を公開いたします.

3. 2026年7月6日 17:57 UTCidentified

   私たちは、問題の可能性のある原因を特定し、当社のチームは緩和に従事しています。 欧州地域におけるJIRAの自動化に影響を及ぼす性能劣化が生じる可能性があります。 今後も追加更新情報を公開してまいります.

4. 2026年7月6日 18:41 UTCmonitoring

   欧州地域におけるJIRAの自動化のパフォーマンス劣化が解消され、現在、すべての影響を受けたお客様には通常、サービスが稼働しています。 今後も、性能を密接に監視し、安定性を確認してまいります.

5. 2026年7月6日 18:52 UTCresolved

   2026年7月6日、欧州地域における一部のユーザーは、JIRAのオートメーションによる性能劣化を経験する場合があります。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています。 問題が危機に瀕していると思われる場合は、サポートチームまでご連絡下さい.

6. 2026年7月27日 6:57 UTCpostmortem

   ## 概要 上 7 月 6, 2026, 間に 06:51 と 20:17 UTC, ヨーロッパのクラウド製品を使用してアトラスシアの顧客 (EU) 地域は、自動化ルールの実行に影響を与えるサービスの混乱を経験しました, ユーザ検索, ユーザーピッカー, 関連のワークフロー. 事件は、EU地域のコアアイデンティティサービスがデータベースの飽和を経験したときに始まり、レイテンシとエラー率を高めます。 回答者は、容量を回復するために働いたが、緊急の緩和は、アイデンティティエンドポイントへのアクセスから自動化ルールをブロックした。 並行して、高いアイデンティティレイテンシーは、ダウンストリームのユーザー検索サービスでカスケーディング障害に貢献し、複数の製品でユーザー検索とユーザーピッカーエクスペリエンスを劣化させます。 追加のデータベース読み取り容量を追加した後、サービスが進行的に復元され、緊急ブロックが削除され、ユーザ検索サービスは手動でスケールアップされました。 ## インパクト 事件は、7月6日のEU地域における複数のアトラスシアン製品に遭遇しました, 2026 間 06:51 と 20:17 UTC. -**Core Identityサービス劣化:**EU地域における製品全体で高い断続アクセス拒否率が観察された。 -**Automation ルールの実行失敗:** デフォルトのユーザー(Jira の自動化)を使用して自動化ルール、Jira サービス管理、および EU 地域の Jira 製品ディスカバリーが許可エラーで失敗しました。 -**ユーザー検索とユーザーピッカーの失敗:**ユーザー検索の成功率は、EU地域で大幅に低下し、ユーザーピッカー機能は、主に製品全体で利用できません。 ## 根本原因 最近の設定変更から始まり、コアアイデンティティサービスのキャッシュライフタイムを削減しました。 EU のワークデイ トラフィックが 2026 年 7 月 6 日を上回るにつれて、リクエストのより大きなシェアはキャッシュから提供されるのではなく、直接バックアップ データベースに到達しました。 EUデータベースは、増加した負荷を吸収するのに十分な地域容量がなかったし、データベースCPUは飽和に達し、断続的なアクセス拒否率が上昇しました。 緩和の一環として、飽和アイデンティティサービスデータベースへの負荷を削減し、コアアイデンティティサービスの復元を優先する緊急ブロックを適用しました。 この不正な防止された自動化ルールは、実行前のパーミッションチェックを通過し、失敗します。 延長期間は、主に処理限界回転による自動化ルールの故障の二次波によるものでした。 並行して、持続的な劣化により、これらのチェックに依存する製品間でレイテンシと断続的な失敗が増加し、下流のユーザー検索サービスのカスケーディング障害に貢献しました。 その結果、ユーザー検索とユーザーピッカー体験は、権限サービスが回復するまで、EU地域ではほとんど利用できなくなり、ユーザー検索サービスは容量を回復するためにスケールアップされました。 ## 是正措置計画と次のステップ お客様の生産性に影響を及ぼす可能性を秘めています。 アトラスシアンは、今後同様の事故を防ぐため、次の取り組みを推進しています。 - **影響力の高い緊急緩和のための保護策の改善:** オペレーション・ツールの強化により、顧客向けワークフローを無効にできる緩和手順は、追加のレビューが必要です。 - **堅実なアイデンティティのインフラ容量および変更の安全:** ピークトラフィック期間における飽和のリスクを削減し、設定変更のための評価プロセスを見直し、生産ロールアウト前に下流負荷の影響が評価されます。 - **上流の低下からのcascadingの失敗に対する強い弾性:** 監査のバックプレッシャー処理、回路ブレーカ構成、およびサービスにおける自動スケーリング動作、上流の劣化が、ユーザーの検索、ユーザーピッカー、および関連する経験に及ぼすより広範な製品への影響を引き起こすことはありません。 - **自動化ルールの故障のための再再生機構をハードン:** 自動化ルールのレジリエンスを高め、依存症に発生するインシデントに関連した影響を減らす。 お客さまにとって、重要な確実な製品ワークフローがいかに重要であるかを認識し、この事態に影響を及ぼしたお客様にお詫び申し上げます。 お問い合わせ アトラスシアンカスタマーサポート

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

1. 2026年7月6日 9:23 UTCinvestigating

   お客様のサービスに影響を及ぼす問題を調査しています。 原因を特定し、問題を解決するために積極的に取り組んでいます。 1時間以内に更新をいたします.

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

   私達に修理を適用し、回復を見ています。 オートメーション機能が復元され、正常に動作するはずです。 停電期間中に提出されたデータ処理リクエストは、サービス利用不能のため完了していません。 今後も状況を監視し、次の時間内に全回復を期待します。 次回1時間以降にアップデートを追加いたします.

3. 2026年7月6日 11:46 UTCinvestigating

   EU-Region では、ユーザー調査、ユーザーピッカー、アセットに関する問題が引き続き見られます。 今後も状況を調査し、次々に1時間早く追加更新を行います.

4. 2026年7月6日 12:25 UTCmonitoring

   問題を軽減し、回復を見るために修正を適用しました。 今後も状況を監視し、すぐに復旧する。 今後1時間以上前のアップデートを提供できるはずです.

5. 2026年7月6日 13:04 UTCresolved

   7 月 6 日 2026, 間に 06:51 UTC へ 09:39 UTC 一部のユーザーは、関連するオートメーションに関する問題を経験しているかもしれません, 間 08:10 UTC へ 11:50 UTC 一部のユーザーは、EU-Region のユーザー調査に関連するユーザー調査、ユーザー ピッカー、資産に関連した問題が発生する可能性があります. 問題は解決され、サービスはすべての顧客のために正常に動作しています.

6. 2026年7月17日 16:59 UTCpostmortem

   ## 概要 上 7 月 6, 2026, 間に 06:51 と 20:17 UTC, ヨーロッパのクラウド製品を使用してアトラスシアの顧客 (EU) 地域は、自動化ルールの実行に影響を与えるサービスの混乱を経験しました, ユーザ検索, ユーザーピッカー, 関連のワークフロー. 事件は、EU地域のコアアイデンティティサービスがデータベースの飽和を経験したときに始まり、レイテンシとエラー率を高めます。 回答者は、容量を回復するために働いたが、緊急の緩和は、アイデンティティエンドポイントへのアクセスから自動化ルールをブロックした。 並行して、高いアイデンティティレイテンシーは、ダウンストリームのユーザー検索サービスでカスケーディング障害に貢献し、複数の製品でユーザー検索とユーザーピッカーエクスペリエンスを劣化させます。 追加のデータベース読み取り容量を追加した後、サービスが進行的に復元され、緊急ブロックが削除され、ユーザ検索サービスは手動でスケールアップされました。 ## インパクト 事件は、7月6日のEU地域における複数のアトラスシアン製品に遭遇しました, 2026 間 06:51 と 20:17 UTC. -**Core Identityサービス劣化:**EU地域における製品全体で高い断続アクセス拒否率が観察された。 -**Automation ルールの実行失敗:** デフォルトのユーザー(Jira の自動化)を使用して自動化ルール、Jira サービス管理、および EU 地域の Jira 製品ディスカバリーが許可エラーで失敗しました。 -**ユーザー検索とユーザーピッカーの失敗:**ユーザー検索の成功率は、EU地域で大幅に低下し、ユーザーピッカー機能は、主に製品全体で利用できません。 ## 根本原因 最近の設定変更から始まり、コアアイデンティティサービスのキャッシュライフタイムを削減しました。 EU のワークデイ トラフィックが 2026 年 7 月 6 日を上回るにつれて、リクエストのより大きなシェアはキャッシュから提供されるのではなく、直接バックアップ データベースに到達しました。 EUデータベースは、増加した負荷を吸収するのに十分な地域容量がなかったし、データベースCPUは飽和に達し、断続的なアクセス拒否率が上昇しました。 緩和の一環として、飽和アイデンティティサービスデータベースへの負荷を削減し、コアアイデンティティサービスの復元を優先する緊急ブロックを適用しました。 この不正な防止された自動化ルールは、実行前のパーミッションチェックを通過し、失敗します。 延長期間は、主に処理限界回転による自動化ルールの故障の二次波によるものでした。 並行して、持続的な劣化により、これらのチェックに依存する製品間でレイテンシと断続的な失敗が増加し、下流のユーザー検索サービスのカスケーディング障害に貢献しました。 その結果、ユーザー検索とユーザーピッカー体験は、権限サービスが回復するまで、EU地域ではほとんど利用できなくなり、ユーザー検索サービスは容量を回復するためにスケールアップされました。 ## 是正措置計画と次のステップ お客様の生産性に影響を及ぼす可能性を秘めています。 アトラスシアンは、今後同様の事故を防ぐため、次の取り組みを推進しています。 - **影響力の高い緊急緩和のための保護策の改善:** オペレーション・ツールの強化により、顧客向けワークフローを無効にできる緩和手順は、追加のレビューが必要です。 - **堅実なアイデンティティのインフラ容量および変更の安全:** ピークトラフィック期間における飽和のリスクを削減し、設定変更のための評価プロセスを見直し、生産ロールアウト前に下流負荷の影響が評価されます。 - **上流の低下からのcascadingの失敗に対する強い弾性:** 監査のバックプレッシャー処理、回路ブレーカ構成、およびサービスにおける自動スケーリング動作、上流の劣化が、ユーザーの検索、ユーザーピッカー、および関連する経験に及ぼすより広範な製品への影響を引き起こすことはありません。 - **自動化ルールの故障のための再再生機構をハードン:** 自動化ルールのレジリエンスを高め、依存症に発生するインシデントに関連した影響を減らす。 お客さまにとって、重要な確実な製品ワークフローがいかに重要であるかを認識し、この事態に影響を及ぼしたお客様にお詫び申し上げます。 お問い合わせ アトラスシアンカスタマーサポート

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

1. 2026年6月19日 22:46 UTCmonitoring

   Jira and JSM customers using Microsoft OAuth for automatic creation of Jira tickets from email were unable to read email. This is now fixed and functional for all new incoming email processing. The impacted customers during the incident period need to re-authorise the Microsoft mail server to restore and below are the instructions. To re-authorise an incoming Microsoft mail server: Login in Jira as Admin Select  > System Select Mail > Incoming Mail. Select Edit incoming mail server. Select re-authorise . Enter your Microsoft credentials to continue using your Microsoft mail server.

2. 2026年6月26日 5:13 UTCresolved

   Our team has proactively reached out to all impacted organizations providing the below instructions to re-authorize their Microsoft mail server. If you are still experiencing this issue, please attempt to complete the re-authorization as advised below. If further issues still occur that you believe to be related to this incident, please reach out to Atlassian support for further assistance.

1. 2026年6月10日 4:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 2026年6月10日 5:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 2026年6月10日 6:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 2026年6月10日 6:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.