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は、影響を受けたユーザーには、混乱を経験し、サービスが利用できなくなった。 問題は解決され、サービスはすべての影響を受けた顧客のために普通作動しています.

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

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.

1. 2026年6月9日 5:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 2026年6月9日 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 2026年6月9日 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 2026年6月9日 18:28 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.

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

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2026年6月8日 2:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 2026年6月8日 2:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 2026年6月6日 23:21 UTCinvestigating

   We are aware of users currently experiencing loading work items across Atlassian products in some regions. We are investigating with urgency and will provide update within one hour.

2. 2026年6月7日 0:07 UTCmonitoring

   A fix has been implemented for the issues some customers have been experiencing with creating and viewing work items in Jira. We are now monitoring for this recovery and will update shortly with further confirmation.

3. 2026年6月7日 0:13 UTCresolved

   The issues relating to viewing and creating work items in Jira should now be fully resolved.

1. 2026年6月2日 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2026年6月2日 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 2026年6月1日 7:40 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 2026年6月1日 8:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 2026年6月1日 9:07 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 2026年6月1日 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 2026年6月12日 6:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support