Jira 장애 기록

1. 2026년 10월 21일 오후 2:28 UTCinvestigating

   Jira Cloud의 프로젝트 측바와 내비게이션에 영향을 미치는 이슈를 조사하고 있습니다. 사용자는 프로젝트 레이아웃에 액세스 할 때 timeouts 또는 누락 된 메뉴가 발생할 수 있습니다. 팀은 적극적으로 대변을 분석하고 완화를 식별합니다. 우리는 60 분, 또는 더 빨리 우리의 다음 업데이트를 제공 할 것입니다.

2. 2026년 10월 21일 오후 3:01 UTCmonitoring

   Mitigations는 장소에 있으며 Jira Cloud 네비게이션 서비스를 통해 복구를하고 있습니다. Project sidebars는 현재 예상대로 로딩됩니다. 우리의 팀은 상황을 감시하고, 우리는 1 시간 또는 더 빨리 우리의 다음 갱신에 있는 가득 차있는 해결책을 확인할 것으로 예상합니다.

3. 2026년 10월 21일 오후 3:45 UTCresolved

   10월 21, 2026, JIRA, JSM, JPD 및 JWM 사용자는 프로젝트 측바 및 항법에 충격을 주는 성과 degradation가 있을지도 모릅니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 10월 1일 오전 2:55 UTCinvestigating

   작업 처리 및 작업 스케줄링은 Jira, Confluence 및 Bitbucket Cloud를 포함한 여러 제품 전반에 걸쳐 예약 및 비동기 작업에 영향을 미칩니다. 이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.

2. 2026년 10월 1일 오전 3:47 UTCidentified

   우리 팀은이 사건의 뿌리 원인을 확인했으며 이제는 문제를 완화하기 위해 적극적으로 노력하고 있습니다. 우리는 우리가 공유하는 어떤 뜻깊은 진전이 있는 경우에 시간 또는 더 빨리 제안할 것입니다.

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

   01에서 10월 2026, 사이 01:00 UTC 과 07:25 UTC, 사용자는 예상대로 실행되지 않는 지연된 이메일 티켓 처리 및 일정을 포함하여 누락 된 작업 실행을 볼 수 있습니다. 우리는 이제 해결 및 서비스를 구현했습니다. 영향을받는 고객을위한 정상 작동에 복원되었습니다. 누락 된 SLA 구성 요소와 지연 된 알림으로 티켓을 지원하는 영향은 또한 복구를 확인했습니다. 참고 : Bitbucket 고객을 위해, 사건 창에서 실행되지 않은 예정된 파이프라인이있을 경우 다음 예정된 실행을 기다리거나 수동으로 트리거 할 수 있습니다.

7. 2026년 10월 9일 오후 6:24 UTCpostmortem

   ### 요약 에 10월 1, 2026, 사이 01:00 과 07:25 UTC, degraded 일 처리 및 스케줄링은 Bitbucket Cloud, Confluence, Forge 앱, Jira 및 Jira 서비스 관리를 포함한 Atlassian 제품에 영향을 미쳤습니다. 이메일 티켓 처리 및 예정된 파이프라인과 같은 지연되거나 놓인 배경 작업; 상호 작용하는 제품 사용은 영향을 미치지 않았습니다. 이 이벤트는 예정된 작업의 예상치 못한 볼륨이 동시에 발생했을 때 트리거되었습니다. 공유된 작업 스케줄링 플랫폼. 자동화된 감시는 3 분 안에 사건을 검출했습니다. 복구는 약 03:45 UTC 엔지니어링 규모 용량과 플랫폼은 백로를 통해 작동, 전체 해상도는 6 시간 및 25 분에 도달. # # # # IMPACT를 대부분의 예정된 작업은 01:00 UTC에서 실행되며 대략 03:45 UTC에서 재시작됩니다. 대부분의 지연 작업은 약 06:00 UTC에 의해 잡았고 나머지 지연은 07:25 UTC에 의해 정리되었습니다. Across 영향을받는 제품: - 예정된 작업은 사고로 건너 뛰거나 지연된 실행을 중단합니다. 건너뛰는 실행은 자동으로 재 실행되지 않았고, 다음 일정한 시간에 작업을 재개했습니다. - 가장 한 번 계획된 작업은 늦게; 작은 수는 실행되지 않을 수 있습니다. - 계획된 규칙을 포함하여 자동화 규칙, ran 일반적으로, 아래에 언급한 것과 같이. Bitbucket 클라우드 01:00 및 03:50 UTC가 실행되지 않은 경우 일정한 파이프라인. 예정된 파이프라인이 사건 중에 실행되지 않았다면, 다음 일정한 실행을 기다릴 수 있고 수동으로 트리거 할 수 있습니다. 다른 파이프라인은 영향을 미치지 않았습니다. 관련 기사 01:00 및 03:45 UTC가 전송되지 않은 일부 캘린더 이벤트 알림. Forge 앱 예정된 방아쇠는 01:00 UTC에 멈추고 대략 04:00 UTC에서 재개했습니다; 놓인 invocations는 재생되지 않았습니다. 이름 * 매달 이메일 알림의 시작은 목표를 업데이트 할 수 있습니다. Jira 및 Jira 서비스 관리 메일 박스에 도착한 이메일은 복구 후 자동으로 처리되었습니다. 필터 구독과 같은 일정한 알림은 지연되었습니다. 일부 서비스 프로젝트에서, 자동화 규칙 및 알림은 SLA에 의해 방아쇠 또는 상태의 시간에 늦게. SLA 타이머 데이터가 그대로 남아 있습니다. Atlassian 지원 07:25 UTC까지, 우리의 지원 도구를 가진 문제점은 우리의 응답의 약간 느리고 있을지도 모릅니다. 우리의 조사에 따라, 우리는 작업 항목, 페이지, 저장소, 또는 수신 이메일의 손실이 발견되지 않았습니다. ### ROOT 사용 공유된 작업 스케줄링 플랫폼은 정상적인 조건 하에서 높은 규모에서 작동합니다. 플랫폼 소비자 중 하나는 10 월 1 일 01:00 UTC에서 동일한 시간에 실행할 수있는 이상한 높은 볼륨을 계획했습니다. 이 주문-of-magnitude 큰 파도는 우리의 건축과 스케일링 한계를 초과하고, 종속 서비스 전반에 걸쳐 처리 백로를 창조합니다. 비정상적인 부하를 처리하기 위해 수동으로 증가 된 용량을 설계, backlog를 처리하고 정상 운영으로 돌아 가기 위해 서비스를 가능하게. # # # # 이벤트 PLAN 및 다음 단계 우리는 지연되고 놓인 일은 생산성에 영향을 미칩니다. 우리는 이러한 행동을 우선시하여 비슷한 사건의 likelihood와 충격을 줄일 수 있습니다. - **Enhance 워크로드 고립 : ** 공정한 스케줄링 가드 레일을 구현하기 때문에 단일 소스의 볼륨 서지가 다른 제품을 통해 또는 지연 작업을 수행하지 않습니다. - **Strengthen 서지 컨트롤:** 빠른 throttle 또는 일시 정지에 대한 작업 능력을 추가하십시오 예상치 못한 트래픽 스파이크 동안 특정 소스에서 일정한 워크로드. - **시스템 스케일링 및 복구:** 플랫폼 용량을 강화하고 극한 수요 스파이크를 처리하고 더 신속하게 복구 할 수 있도록 스케일링 프로세스를 최적화합니다. 우리는이 사건에 영향을 미치는 고객에게 사과합니다. 감사합니다, 아틀라스

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 24일 오후 1:54 UTCinvestigating

   우리는 Jira 문제 생성, 문제 보고, 보드 로딩에 영향을 미치는 문제를 조사합니다. 우리의 팀은 해결책을 식별하는 것에 관여합니다. 우리는 1 시간 안에 다음 업데이트를 제공 할 것입니다, 또는 재료 진행이 있으면 빨리.

2. 2026년 9월 24일 오후 2:58 UTCmonitoring

   Mitigations는 배포되었습니다. Jira를 통해 복구의 긍정적 징후를 볼 수 있습니다. 발행 작업 항목, 선적 보드, 및 티켓을 만드는 것은 하위입니다. 우리는 체계 건강을 감시하는 것을 계속하고 60 분 안에 우리의 다음 갱신을 공유할 것입니다.

3. 2026년 9월 24일 오후 3:53 UTCresolved

   9월 24일 2026일, 미국의 일부 Jira 및 JSM 사용자는 Jira 문제 생성, 문제 보기 및 보드로드에 영향을 미치는 성능 평가를 경험할 수 있습니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 24일 오전 8:52 UTCmonitoring

   Jira에 영향을 미치는 문제점을 추적하고, 사용자가 Jira에 접근하고 문제점을 볼 수 있습니다. 소송은 장소에 있으며 우리는 복구의 긍정적 징후를보고 있습니다. 우리의 팀은 상황을 감시하고, 우리는 다음 60 분 안에 해결책을 확인할 것으로 예상됩니다.

2. 2026년 9월 24일 오전 10:34 UTCmonitoring

   우리는 Jira의 전체 안정성을 보장하기 위해 긴밀히 협력하고 있습니다. 복구 표지판은 꾸준히 유지됩니다. 다음 업데이트는 60 분 또는 더 빨리 공유됩니다.

3. 2026년 9월 24일 오전 11:46 UTCresolved

   9 월 24 일, 2026, 사이 07:28 에 08:08 UTC, 일부 Jira 사용자는 Jira에 액세스 할 때 경험 오류 또는 degraded 성능을 가질 수있다. 문제는 이제 해결되고 서비스는 모든 고객을 위해 일반적으로 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

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일 오후 10:36 UTCpostmortem

   ### 요약 9 월 11, 2026, 사이 07:02 과 07:56 UTC, 아틀라스 고객은 주로 유럽 지역에서와 Jira와 Jira 서비스 관리 제품을 사용하여 APAC 지역에서 일부 작업 항목 또는 액세스 보드를 지속적으로 볼 수 없었다. 이 이벤트는 아래 그래프 데이터 플랫폼에서 백워드 호환 내부 구성 롤아웃에 의해 트리거되었습니다. 이 사건은 자동화된 감시 체계에 의해 3 분 안에 검출되고 모든 지구에 안정되어 있는 배치를 회전에 의해 mitigated. 해결책에 총 시간은 대략 54 분이었습니다. # # # # IMPACT를 전체적인 영향은 9 월 11, 2026, 07:02 UTC와 9 월 11, 2026, 두 제품에 07:56 UTC 사이에 발생했습니다. 이 기간 동안, Jira와 Jira 서비스 관리 경험있는 간헐적인 실패 또는 degraded 성과를 사용하여 EU 지역에 있는 몇몇 고객. 우리는 영향을받는 사용자를 위해 부족으로 인해 스케일링에서 중요한 의존성 서비스를 막을 수 있음을 지적했습니다. Jira and Jira Service Management users experienced timeout errors and failed or delayed page loads when attempting to access the work item view, issue navigator, and board view. ### ROOT 사용 이 사건은 그래프 저장소 서비스에 대한 변화의 배치에 의해 발생, 이는 잡아당기기 요청과 같은 제 3 자 entities에 대한 링크를 제공합니다. 변경은 시작된 체크를 실패, 클러스터에 가입하여 새로운 노드를 방지합니다. 피크 트래픽 중, 서비스는 충분히 확장 할 수 없습니다, Jira 및 Jira 서비스 관리에서 그래프 저장소 서비스에 대한 요청을 실패. # # # # 이벤트 PLAN 및 다음 단계 생산성에 영향을 미칩니다. 이 유형의 사고를 반복하기 위해 다음과 같은 개선 조치를 우선합니다. - Code-Based Configuration 구현: Core Codebase의 일부로 구성 정의 파일을 이동하여 애플리케이션 로직으로 버전 및 배포되는 비동기적으로 구현합니다. - Jira의 Graceful Degradation : 우리는 비 크리티컬 의존성 쿼리에서 핵심 쿼리를 분리하는 영향을받는 Jira의 변경을 시행하고, 다운 스트림 서비스가 실패하더라도 기능을 유지할 수 있습니다. - Optimize Deployment Pipeline: Deployment 파이프라인은 작동 응답 시나리오 중 가속, 병렬 업데이트를 가능하게하는 최적화되어 있습니다. 우리는이 사건에 영향을 미치는 고객에게 사과합니다. 우리는 플랫폼의 성능과 가용성을 개선하기 위해 즉각적인 조치를 취합니다. 감사합니다, Atlassian 고객 지원

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 3일 오후 3:57 UTCinvestigating

   우리는 미국 동부에 JIRA 고객에게 영향을 미치는 서비스 중단 보고서를 적극적으로 조사하고 있습니다. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

2. 2026년 9월 3일 오후 4:35 UTCmonitoring

   우리의 팀은 영향을받는 고객 중 영향력과 회복을 줄이기 위해 완화 조치를 취했습니다. 16 : 15 UTC. 우리는 문제점의 뿌리 원인을 조사하고, 추가 업데이트를 더 많은 정보로 공유할 것입니다.

3. 2026년 9월 3일 오후 5:02 UTCresolved

   9 월 3, 2026, JIRA는 혼란을 경험하고, 서비스는 영향을받는 사용자에게 사용할 수 없었습니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다.

4. 2026년 9월 10일 오후 6:15 UTCpostmortem

   ### 요약 9 월 3, 2026, 사이 14:52 그리고 17:02 UTC, Atlassian 고객 Jira 및 Jira 서비스 관리 미국 동부 지역의 경험있는 간헐적인 오류 및 Rovo, 보기 문제, 보드, 탐색, 검색 경험, 워크 플로우 관련 작업을 포함하여 핵심 Jira 경험에 대한 평가 된 액세스. 이 이벤트는 Atlassian의 허가 서비스에서 캐싱 변경의 진보적인 롤아웃에 의해 트리거되었습니다. 변경은 캐시 트래픽을 증가시키고 기관의 일부 고객을위한 타임 아웃 및 서비스 오류로 인한 캐시 층의 포화 증가. 사건은 대략 12 분 안에 우리의 감시에 의해 검출되었습니다. 우리는 영향을받은 캐시 서비스를 배포하고 새로운 캐시 경로와 관련된 기능 플래그를 비활성화하여 mitigated. 해결책에 총 시간은 2 시간 및 10 분이었습니다. # # # # IMPACT를 전체적인 영향은 9 월 3, 2026 사이 14:52 및 17:02 UTC에 발생했습니다. 이 기간 동안 Jira 및 Jira Service Management를 사용하여 미국 동부 지역의 일부 고객은 공인 검사에 따라 경험에 액세스 할 때 간헐적 인 실패 또는 성적을 경험했습니다. 이 포함 된 문제보기, Rovo, 보드보기, 탐색, 검색 된 경험, API 및 워크플로 관련 작업. ### ROOT 사용 이 문제는 Atlassian의 허가 서비스에서 새로운 캐시 경로의 진보적 인 롤아웃에 의해 발생했습니다. 변화는 몇몇 허가 정보가 캐시되었는지 바꾸어서 큰 허가 datasets를 가진 고객을 위한 확장성을 개량하기 위하여 예정되었습니다. 롤아웃 중, 기존 및 새로운 캐시 경로 모두 일관성 검사에 능동적, 이는 캐시 항목과 캐시 작업을 증가. 미국 동부 지역에서 트래픽 볼륨이 가장 높았을 때, 공유 캐시 층의이 추가로드 포화 부품. 캐시 요청으로, 권한 서비스 더 많은 낙하 요청을 업스트림 시스템, 더 증가 부하 및 회로 차단기 및 타임 아웃을했다. 승인 확인을 요구하는 Jira 경험에 따라 간헐적 오류를 반환하거나 영향을받는 사용자의 부하에 실패. 초기 롤아웃 모니터링은 낮은-traffic 지구가 분해의 동일한 수준을 표시하지 않았기 때문에 일찍 위험을 초래하지 않았으며 일부 경고는 고객 영향이 자랐기 전에 지역 캐시 포화를 강조하는 방식으로 범위 또는 경로가 없습니다. # # # # 이벤트 PLAN 및 다음 단계 우리는 고객의 생산성에 영향을 미치는 고객에 대해 알고 있으며,이 사건에 영향을 받지 않은 고객에게 사과합니다. 우리는 다음과 같은 개선 행동을 우선 순위화하고 유사한 사건의 충격을 줄일 수 있습니다 : - **Enhance 배포 금고:** 더 작은, 지역 인식 롤아웃 증가 및 더 넓은 활성화 전에 더 높은-traffic 지구에 있는 더 높은-traffic 지구에 있는 유효한 행동을 이용해서 높은-risk 캐시 및 허가 서비스 변화를 위한 롤아웃 연습을 개량하십시오. - **졸업 우아한 축하 :** 승인 검사를 위한 우아한 등급 선택권을 평가하십시오 그래서 의존하는 경험은 작동을 계속할 수 있습니다, 만약에 캐시 의존도는 유효하지 않는 경우에. - **Strengthen 지역 telemetry 및 용량 모니터링 : ** 캐시 용량 및 건강 모니터링, 캐시 CPU, 메모리 압력, 히트 레이트, eviction 속도, 타임 아웃 속도 및 연결 행동에 대한 지역 검출기를 포함. - **Expand 생산 가늠자 짐 테스트: ** 인증 데이터에 대한 캐시 설계 및 용량 계획 그래서 키 cardinality 또는 캐시 작업을 증가하는 변경은 롤아웃 전에 대표 생산 스케일 트래픽에 대해로드 테스트됩니다. - **Harden 클라이언트 탄력: ** 캐시 클라이언트 타임아웃 및 재연결 행동을 검토하여 캐시 노드가 느리거나 포화 될 때 연결 폭풍의 위험을 줄일 수 있습니다. 우리는 사건 검토 과정을 통해 이러한 작업을 검증하고 책임있는 엔지니어링 팀으로 완료 할 수 있습니다. 감사합니다, Atlassian 고객 지원

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 1일 오후 5:09 UTCinvestigating

   우리는 적극적으로 양식 기능에 영향을 미치는 성능 평가 보고서. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

2. 2026년 9월 1일 오후 6:27 UTCidentified

   우리는 문제의 가능성이 원인을 식별하고, 우리의 팀은 크게 완화에 노력하고 있습니다. 감염된 사용자는 예상대로 양식을 경험할 수 있습니다. 우리는 더 많은 정보로 추가 업데이트를 계속 공유 할 것입니다.

3. 2026년 9월 1일 오후 8:33 UTCidentified

   우리의 팀은 완화에 계속합니다. 우리는 더 많은 정보로 추가 업데이트를 계속 공유 할 것입니다.

4. 2026년 9월 1일 오후 9:24 UTCmonitoring

   JIRA의 성능 향상은 해결되고 있으며, 서비스가 일반적으로 모든 영향을받는 고객을 위해 운영됩니다. 우리는 안정성을 확인하기 위해 긴밀한 성능을 모니터링합니다.

5. 2026년 9월 1일 오후 9:35 UTCresolved

   9 월 1 일, 일부 JIRA 사용자는 양식 기능에 영향을 미치는 성능 향상을 경험할 수 있습니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 1일 오전 9:12 UTCinvestigating

   Jira Work Item의 전환에 영향을 미치는 문제의 인식입니다. 영향을받는 사용자는 전환 문제를 시도 할 때 오류를 경험할 수 있습니다. 우리 팀은 뿌리 원인을 적극적으로 조사하고 있습니다. 우리는 60 분에 있는 다음 갱신을, 또는 물자 갱신이 있는 경우에 더 빨리 제공할 것입니다.

2. 2026년 9월 1일 오전 10:11 UTCmonitoring

   우리는 Jira Work Item transitions에 영향을 미치는 문제의 뿌리 원인을 확인하고 수정을 적용했습니다. 우리는 현재 복구 표지판을보고 계속 모니터링합니다. 다음 1 시간 내에 다음 업데이트를 제공하거나 재료 업데이트가있는 경우 더 빨리.

3. 2026년 9월 1일 오전 11:44 UTCresolved

   에 1st Sept 2026, 사이 04:22 UTC 에 10:59 UTC, 일부 Jira 사용자는 경험이 풍부한 서비스 중단을 가질 수 있습니다. 문제는 이제 해결되고 서비스는 일반적으로 모든 고객을 위해 작동합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 31일 오후 6:28 UTCidentified

   제품 정보

2. 2026년 9월 1일 오전 12:47 UTCmonitoring

   Jira 들어오는 이메일은 Microsoft 계정에서 메일을 태칭 할 때 높은 실패를 경험하고있다. Jira 작업 항목의 이메일 기반 생성 및 업데이트에 영향을 미칩니다. 사용자는 이메일 fetch 시도가 발생할 때 500 내부 서버 오류를 볼 수 있습니다. 우리는 Microsoft에서 업데이트를 추적하고 영향력을 검토하기 위해 계속됩니다. 이 업데이트는 https://status.cloud.microsoft/를 통해 공개적으로 제공됩니다

3. 2026년 9월 1일 오전 5:18 UTCresolved

   Atlassian 서비스의 전체 복구를 본 적이 있으며,이 사건은 이제 해결되었습니다. 이 사건에 대한 자세한 내용은 https://status.cloud.microsoft/를 확인하시기 바랍니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 27일 오전 4:22 UTCinvestigating

   우리의 팀은이 문제를 확인했습니다 Jira 서비스 관리에 영향을 미치는. 가능한 한 빨리 업데이트하겠습니다.

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

   에 27 8월 2026 UTC, Atlassian 제품은 Jira Cloud, Jira Service Management 및 Confluence는 혼란을 경험하고, 서비스가 영향을받는 사용자에게 사용할 수 없었습니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다. 이 사건에 대한 대중적인 postmortem는 사건의 우리의 가득 차있는 조사가 완료될 때 이 페이지에 유효합니다.

6. 2026년 9월 7일 오전 2:53 UTCpostmortem

   **월 ** 8 월 27, 2026, 사이 03:51 그리고 04:35 UTC, 서유럽과 동남 APAC 지역의 Atlassian 고객이 Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search 및 Talent를 포함한 Atlassian Cloud 제품을 도달할 수 없었다. 이 이벤트는 우리의 프록시 함대 중 하나의 라우팅 레이어로 결함 코드 변경에 의해 트리거되었습니다. 이 웹 사이트는 애플 리케이션에 전념. 우리는 정품 앱과 게임을 제공 할 목적으로이 사이트를 만들었습니다. 4AppsApk 최고의 안드로이드 애플 리케이션을위한 무료 APK 파일 다운로드 서비스입니다. 이 사건은 자동화된 감시 체계에 의해 1 분 안에 검출되고, 이전 윤곽 방출에 회전함으로써, 프록시 함대를 알려진 좋은 국가로 끼워넣었습니다. 프록시 함대가 복구 된 후, 일부 Jira 및 Confluence 고객 (위치의 무시)은 HTTP 503 오류를 받았습니다. 04:33 과 04:53 UTC 서버 함대는 트래픽의 영향력에 맞게 조정. **IMPACT ** 전반적인 충격은 2개의 분리된 기간으로 분할되었습니다: - 첫 번째, 27 8월 2026, 사이 03:51 고 04:35 아틀라스 분석 UTC, 나침반, 혼란, 초점, 가드, Jira, JPD, JSM, Opsgenie, Rovo 검색, 그리고 재능. 사건은 Western Europe 및 Southeast APAC 지구에서 시작된 고객 교통에 대한 서비스 중단을 발생했습니다. HTTP 404 오류가 반환되었습니다. 원래 위치에 관계없이 고객 API 트래픽에 영향을 미치지 않았습니다. - 두 번째, 27 8 월 2026, 사이 04:33 그리고 04:53 UTC, 일부 Jira 및 오염 고객 HTTP 503 오류가 해결 된 후 HTTP 503 오류를받은 경우: ~32% ap-southeast-2, ~4% eu-west-1, ~2.5%의 요청에 대한 eu-west-2 및 ap-southeast-1, 그리고 <1%의 요청의 모든 나머지 지구. **ROOT 이용 ** 이벤트는 프록시 함대의 하나에 코드 변경에 의해 트리거되었습니다. 그러나 수동 및 자동화 테스트에 의해 감지되지 않은 코드에 결함이있었습니다. 이 proxy tier의 열렬한 조회 기능의 misconfiguration에 주도, 이는 유효한 네트워크 경로가 없는 트래픽을 주도하는 HTTP 404 오류로 인해 서유럽과 동남아 APAC 지역의 이러한 프록시 함대를 통해 모든 고객 트래픽에 제공. 프록시 계층 영향 복구 후, 영향의 두 번째 기간은 Jira 및 Confluence 고객에 기인되었습니다. Jira 및 Confluence에 전달되는 트래픽의 감소로 인해 프록시 함대, Jira 및 Confluence 서비스 계층은 고객 트래픽을 제공하는 서버 수에 자동으로 확장되었습니다. 프록시 함대 기능을 복원 한 후, 트래픽의 큰 파도는 Jira 서비스 계층을 압수했습니다. 이는 자동으로 다시 확장 될 때까지 HTTP 503s의 높은 비율을 반환합니다. **REMEDIAL ACTIONS PLAN 및 다음 단계 ** 생산성에 영향을 미칩니다. 테스트 및 예방 프로세스의 수를 가지고 있지만, 이 특정 문제는 변화가 자동화 된 연속 배포 스위트 및 수동 테스트 스크립트에 의해 픽업되지 않은 가장자리 케이스의 매우 특정 종류와 관련되었기 때문에 식별되지 않았습니다. 이 유형의 사건을 반복하는 것을 돕는 뒤에 오는 개선 행동을 전진하고 있습니다: - **추가 더 안전한 배포:** 임팩트 프록시 계층의 구성을위한 배포 파이프라인은 레거시 시스템을 사용하고 올바르게 구성 된 적절한 느린 지역 롤아웃 기능을하지 않았다. 우리는 이미 정확한 safeguards를 추가하고, 우리는 기본적으로 우리의 안전 통제를 포함하는 우리의 회사 표준 배치 파이프라인에 이것을 이동하고 있습니다. 우리는 또한 새로운 표준 파이프라인 배포 서비스에 모든 것을 검증하는 모든 네트워킹 서비스를 감사하고 있습니다. - ** 서비스 함대 사기 정책 : ** Jira 및 Confluence 서비스 함대에 대한 자동 스케일링 구성이 너무 공격적으로 스케일로 구성되었습니다. 우리는 완전히 복잡한 Jira 및 Confluence 자동 스케일링 정책을 검토하고 업데이트하여이가 다시 발생하지 않도록합니다. 우리는이 사건에 영향을 미치는 고객에게 사과합니다. 우리는 플랫폼의 성능과 가용성을 개선하기 위해 즉각적인 조치를 취합니다. 감사합니다, Atlassian 고객 지원

공식 인시던트 업데이트를 자동 번역했습니다.

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일 오후 1:01 UTCmonitoring

   우리의 팀은 문제점을 완화하고 약간 개선을 관찰하는 것을 계속합니다. 우리는 상황을 모니터링하고 사건이 완전히 복구 될 때까지 필요한 조치를 취할 것입니다. 우리는 다음 2 시간 이내에 더 많은 업데이트를 제공 할 것입니다, 또는 우리가 공유하는 중요한 진전이 있다면 더 빨리.

5. 2026년 8월 25일 오후 2:33 UTCresolved

   25th 8월 2026일, 일부 사용자는 이메일, 모바일 및 슬랙 알림에서 향상된 대기 시간을 경험할 수 있습니다. 문제는 이제 해결되었습니다, 그리고 서비스는 모든 고객을 위해 일반적으로 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 24일 오후 7:22 UTCinvestigating

   JIRA, JSM 및 Confluence의 이메일, 모바일 및 Slack 알림에 대한 향상된 대기 시간으로 인한 성능 평가 보고서를 적극적으로 조사하고 있습니다. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

2. 2026년 8월 24일 오후 8:25 UTCinvestigating

   JIRA, JSM 및 Confluence의 이메일, 모바일 및 Slack 알림에 영향을 미치는 증가 된 대기 시간을 조사하기 위해 우리의 팀은 세 가지 영향을 미쳤습니다.

3. 2026년 8월 24일 오후 9:30 UTCidentified

   우리는 문제의 가능성이 원인을 식별하고, 우리의 팀은 크게 완화에 노력하고 있습니다. 수정된 사용자는 JIRA, JSM 및 Confluence에 대한 이메일, 모바일 및 Slack 알림에서 지연 시간을 늘릴 수 있습니다. 우리는 더 많은 정보로 추가 업데이트를 계속 공유 할 것입니다.

4. 2026년 8월 24일 오후 11:15 UTCresolved

   8월 24일, 2026일, 일부 JIRA, JSM 및 Confluence 사용자는 이메일, 모바일 및 슬랙 알림의 증가 지연으로 인한 성능 향상을 경험할 수 있습니다. 이 문제는 새로 만들어진 알림을 위해 해결되고, 서비스는 일반적으로 작동합니다. 처리되는 이전 알림이 있을 수 있으며, 다음 몇 시간 내에 완료될 것으로 예상됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

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일 오후 8:18 UTCinvestigating

   Jira 및 Jira Service Management의 자동화 규칙에 영향을 미치는 성능 평가 보고서를 적극적으로 조사하고 있습니다. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

2. 2026년 7월 20일 오후 9:27 UTCinvestigating

   Jira 및 Jira 서비스 관리 자동화 규칙의 지연을 조사하기 위해 계속됩니다. 우리는 개선의 징후를보고 있지만 영향을받는 사용자는 여전히 지연을 경험할 수 있습니다. 더 많은 정보로 업데이트하겠습니다.

3. 2026년 7월 21일 오전 4:53 UTCidentified

   팀은 루트 원인을 확인하고 초기 테스트 후, 지금이 규칙 실행 지연을 방지하는 데 도움이되는 스케일링 변경. 우리는 다음 24 시간 동안 성능을 모니터링하고 개선이 장소에있을 수 있는지 확인 할 수 있다면 그 시간에 업데이트를 제공 할 것입니다.

4. 2026년 7월 22일 오전 12:56 UTCresolved

   우리의 팀은 모든 규칙 실행이 일반적으로 수행되고이 문제는 현재 해결 될 수 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 20일 오후 4:03 UTCinvestigating

   Jira 및 Jira Service Management의 자동화 규칙에 영향을 미치는 성능 평가 보고서를 적극적으로 조사하고 있습니다. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

2. 2026년 7월 20일 오후 4:58 UTCidentified

   우리는 문제의 가능성이 원인을 식별하고, 우리의 팀은 크게 완화에 노력하고 있습니다. 우리는 현재 개선 징후를보고 있지만, 영향을받는 사용자는 Jira 및 Jira 서비스 관리 자동화 규칙 실행에 지연을 경험할 수 있습니다. 더 많은 정보로 추가 업데이트를 계속 공유 할 수 있습니다.

3. 2026년 7월 20일 오후 5:23 UTCresolved

   7 월 20, 2026, 일부 Jira 및 Jira 서비스 관리 사용자는 자동화 규칙 실행의 성능 향상을 경험할 수 있습니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 6일 오후 4:11 UTCinvestigating

   우리는 JIRA의 자동화에 영향을 미치는 성능 평가 보고서를 적극적으로 조사하고 있습니다. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

2. 2026년 7월 6일 오후 5:12 UTCinvestigating

   우리는 유럽 지역의 JIRA에 대한 자동화에 영향을 미치는 성능 평가를 계속합니다. 우리는 더 많은 정보로 업데이트를 공유 할 것입니다.

3. 2026년 7월 6일 오후 5:57 UTCidentified

   우리는 문제의 가능성이 원인을 식별하고, 우리의 팀은 크게 완화에 노력하고 있습니다. Affected 사용자는 유럽 지역의 JIRA에 대한 자동화에 영향을 미치는 성능 향상을 경험할 수 있습니다. 우리는 더 많은 정보로 추가 업데이트를 계속 공유 할 것입니다.

4. 2026년 7월 6일 오후 6:41 UTCmonitoring

   유럽 지역의 JIRA에 대한 자동화의 성능 향상은 해결되었으며 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다. 우리는 안정성을 확인하기 위해 긴밀한 성능을 모니터링합니다.

5. 2026년 7월 6일 오후 6:52 UTCresolved

   7 월 6, 2026, 유럽 지역의 일부 사용자는 JIRA 자동화와 성능 향상을 경험할 수 있습니다. 문제는 이제 해결되었습니다. 서비스는 일반적으로 모든 영향을받는 고객을 위해 운영됩니다. 당신이 문제가 지속되는지 믿는다면, 더 많은 지원과 문제 해결을 위해 지원 팀에 문의하십시오.

6. 2026년 7월 27일 오전 6:57 UTCpostmortem

   ## 요약 에 7월 6, 2026, 사이 06:51 과 20:17 UTC, Atlassian 고객 사용 클라우드 제품 유럽 (EU) 지역 경험 서비스 중단 자동화 규칙 실행에 영향을 미치는, 사용자 검색, 사용자 선택, 및 관련 워크플로우. 이 사건은 EU 지역에서 핵심 정체성 서비스 경험있는 데이터베이스 포화, 대기 시간 및 오류율을 증가 할 때 시작되었습니다. 응답자는 용량을 복원하기 위해 일했지만 비상 사태는 ID 엔드포인트에 액세스하여 자동화 규칙을 차단했습니다. 병렬에서, 높은 정체성 대기권은 다운스트림 사용자 검색 서비스에서 캐스케닝 실패에 기여하고, 사용자 검색 및 사용자 피커 경험을 여러 제품에 걸쳐 향상. Service는 추가 데이터베이스 읽기 용량이 추가 된 후 신속하게 복원되었습니다. 비상 블록이 제거되었으며 사용자 검색 서비스는 수동으로 확장되었습니다. ## 충격 사건은 7 월 6, 2026 사이 06:51 그리고 20:17 UTC에 EU 지구에 있는 다수 Atlassian 제품의 맞은편에 영향을 미쳤습니다. - **Core Identity Service degradation:** 상승된 간헐적인 접근은 EU 지구에 있는 제품의 맞은편에 관찰되었습니다. - ** 자동 규칙 실행 실패 : ** Jira, Jira 서비스 관리 및 EU 지역의 Jira 제품 Discovery에서 기본 사용자 (Automation for Jira)를 사용하여 자동화 규칙은 허가 오류로 실패했습니다. - ** 사용자 검색 및 사용자 선택 실패 : ** 사용자 검색 성공률은 EU 지역에서 크게 감소, 사용자 선택 기능으로 크게 제품을 통해 사용할 수 없습니다. ## 뿌리 원인 이 사건은 핵심 신원 서비스에 대한 캐시 수명을 줄인 최근 구성 변화에서 유래했습니다. 유럽 연합 (EU)의 일상 교통은 7 월 6, 2026에 올랐으므로 요청의 더 큰 공유가 캐시에서 제공되는 것보다 직접 백업 데이터베이스에 도달하기 시작했습니다. EU 데이터베이스는 증가 된 부하를 흡수하기 위해 충분한 지역 용량을 가지고하지 않았다, 및 데이터베이스 CPU는 포화에 도달, 높은 간헐적 인 액세스 거부 비율을 발생. 소송의 일부로서, 비상 차단은 포화 정체 서비스 데이터베이스에 부하를 줄이고 핵심 정체 서비스를 회복하기 위해 적용되었습니다. 이 inadvertently 막힌 자동화 규칙은 사전-execution permission checks를 통과하여 실패합니다. 장시간 내구는 가공 한계 throttling에 기인한 자동화 규칙 실패의 이차 파로 주로 때문이었습니다. 병렬에서, 지속된 degradation는 이 체크에 달려있는 제품의 주위에 증가한 대기권 및 간헐적인 실패를 일으키는 원인이 되고, 다운스트림 사용자 수색 서비스에 있는 캐스케이드 실패에 공헌했습니다. 결과적으로 사용자 검색 및 사용자 피커 경험은 EU 지역에서 사용되지 않았기 때문에 복구 서비스 및 사용자 검색 서비스는 용량을 복원하기 위해 확장되었습니다. ## Remedial Actions 계획 및 다음 단계 고객의 생산성에 영향을 미칩니다. Atlassian은 향후 유사한 사건을 방지하기 위해 다음과 같은 조치를 우선화합니다. - **높은 충격 비상 사태에 대 한 안전 보호:** 고객 관계 워크플로우가 추가 검토를 필요로 할 수 있도록 열심히 작업 툴링. - **Strengthen ID 인프라 용량 및 변경 안전:** 지역 데이터베이스 조정 및 용량 헤드룸을 검토하여 피크 트래픽 기간 동안 포화의 위험을 줄이고 구성 변경에 대한 평가 프로세스를 정제하므로 다운스트림로드 충격은 생산 롤아웃 전에 평가됩니다. - **Strengthen은 상류 등급의 캐스케이드 실패에 대한 탄력성 :** 감사 backpressure 취급, 회로 차단기 윤곽 및 서비스에서 자동적인 행동, 그래서 상류 degradation는 사용자 수색, 사용자 픽업 및 관련 경험의 맞은편에 더 넓은 제품 충격을 일으키는 원인이 되지 않습니다. - ** 자동화 규칙 실패를위한 Harden 재생 메커니즘 : ** 자동화 규칙의 탄력을 증가하여 종속 사건과 관련된 영향을 줄 수 있습니다. 우리는 중요한 믿을 수 있는 제품 작업 흐름이 우리의 고객을 위해 이고, 우리는 이 사건에 의해 충격을 주는 고객에게 apologize. 감사합니다, Atlassian 고객 지원

공식 인시던트 업데이트를 자동 번역했습니다.

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일 오후 1:04 UTCresolved

   에 7월 6th 2026, 사이 06:51 UTC 에 09:39 UTC 몇몇 사용자는 경험있는 문제 관련 자동화가 있을 수 있습니다, 그리고 사이 08:10 UTC 에 11:50 UTC 몇몇 사용자는 유럽 연합의 사용자 연구, 사용자 픽커 및 자산과 관련한 문제점을 경험할지도 모릅니다. 문제는 이제 해결되고 서비스는 일반적으로 모든 고객에게 작동합니다.

6. 2026년 7월 17일 오후 4:59 UTCpostmortem

   ## 요약 에 7월 6, 2026, 사이 06:51 과 20:17 UTC, Atlassian 고객 사용 클라우드 제품 유럽 (EU) 지역 경험 서비스 중단 자동화 규칙 실행에 영향을 미치는, 사용자 검색, 사용자 선택, 및 관련 워크플로우. 이 사건은 EU 지역에서 핵심 정체성 서비스 경험있는 데이터베이스 포화, 대기 시간 및 오류율을 증가 할 때 시작되었습니다. 응답자는 용량을 복원하기 위해 일했지만 비상 사태는 ID 엔드포인트에 액세스하여 자동화 규칙을 차단했습니다. 병렬에서, 높은 정체성 대기권은 다운스트림 사용자 검색 서비스에서 캐스케닝 실패에 기여하고, 사용자 검색 및 사용자 피커 경험을 여러 제품에 걸쳐 향상. Service는 추가 데이터베이스 읽기 용량이 추가 된 후 신속하게 복원되었습니다. 비상 블록이 제거되었으며 사용자 검색 서비스는 수동으로 확장되었습니다. ## 충격 사건은 7 월 6, 2026 사이 06:51 그리고 20:17 UTC에 EU 지구에 있는 다수 Atlassian 제품의 맞은편에 영향을 미쳤습니다. - **Core Identity Service degradation:** 상승된 간헐적인 접근은 EU 지구에 있는 제품의 맞은편에 관찰되었습니다. - ** 자동 규칙 실행 실패 : ** Jira, Jira 서비스 관리 및 EU 지역의 Jira 제품 Discovery에서 기본 사용자 (Automation for Jira)를 사용하여 자동화 규칙은 허가 오류로 실패했습니다. - ** 사용자 검색 및 사용자 선택 실패 : ** 사용자 검색 성공률은 EU 지역에서 크게 감소, 사용자 선택 기능으로 크게 제품을 통해 사용할 수 없습니다. ## 뿌리 원인 이 사건은 핵심 신원 서비스에 대한 캐시 수명을 줄인 최근 구성 변화에서 유래했습니다. 유럽 연합 (EU)의 일상 교통은 7 월 6, 2026에 올랐으므로 요청의 더 큰 공유가 캐시에서 제공되는 것보다 직접 백업 데이터베이스에 도달하기 시작했습니다. EU 데이터베이스는 증가 된 부하를 흡수하기 위해 충분한 지역 용량을 가지고하지 않았다, 및 데이터베이스 CPU는 포화에 도달, 높은 간헐적 인 액세스 거부 비율을 발생. 소송의 일부로서, 비상 차단은 포화 정체 서비스 데이터베이스에 부하를 줄이고 핵심 정체 서비스를 회복하기 위해 적용되었습니다. 이 inadvertently 막힌 자동화 규칙은 사전-execution permission checks를 통과하여 실패합니다. 장시간 내구는 가공 한계 throttling에 기인한 자동화 규칙 실패의 이차 파로 주로 때문이었습니다. 병렬에서, 지속된 degradation는 이 체크에 달려있는 제품의 주위에 증가한 대기권 및 간헐적인 실패를 일으키는 원인이 되고, 다운스트림 사용자 수색 서비스에 있는 캐스케이드 실패에 공헌했습니다. 결과적으로 사용자 검색 및 사용자 피커 경험은 EU 지역에서 사용되지 않았기 때문에 복구 서비스 및 사용자 검색 서비스는 용량을 복원하기 위해 확장되었습니다. ## Remedial Actions 계획 및 다음 단계 고객의 생산성에 영향을 미칩니다. Atlassian은 향후 유사한 사건을 방지하기 위해 다음과 같은 조치를 우선화합니다. - **높은 충격 비상 사태에 대 한 안전 보호:** 고객 관계 워크플로우가 추가 검토를 필요로 할 수 있도록 열심히 작업 툴링. - **Strengthen ID 인프라 용량 및 변경 안전:** 지역 데이터베이스 조정 및 용량 헤드룸을 검토하여 피크 트래픽 기간 동안 포화의 위험을 줄이고 구성 변경에 대한 평가 프로세스를 정제하므로 다운스트림로드 충격은 생산 롤아웃 전에 평가됩니다. - **Strengthen은 상류 등급의 캐스케이드 실패에 대한 탄력성 :** 감사 backpressure 취급, 회로 차단기 윤곽 및 서비스에서 자동적인 행동, 그래서 상류 degradation는 사용자 수색, 사용자 픽업 및 관련 경험의 맞은편에 더 넓은 제품 충격을 일으키는 원인이 되지 않습니다. - ** 자동화 규칙 실패를위한 Harden 재생 메커니즘 : ** 자동화 규칙의 탄력을 증가하여 종속 사건과 관련된 영향을 줄 수 있습니다. 우리는 중요한 믿을 수 있는 제품 작업 흐름이 우리의 고객을 위해 이고, 우리는 이 사건에 의해 충격을 주는 고객에게 apologize. 감사합니다, Atlassian 고객 지원

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 19일 오후 10:46 UTCmonitoring

   Microsoft OAuth를 사용하여 Jira 및 JSM 고객은 이메일에서 Jira 티켓의 자동 생성에 대한 이메일을 읽지 못했습니다. 이것은 이제 모든 새로운 들어오는 이메일 처리를위한 고정 및 기능입니다. 사건 기간 도중 충격을 입힌 고객은 마이크로소프트 메일 서버가 회복하고 아래에 아래에 설명하는 것을 재 승인해야 합니다. 들어오는 Microsoft 메일 서버: 로그인 Jira as Admin 선택 > 시스템 메일 선택 > 수신 메일. 자주 묻는 질문 re-authorise를 선택하십시오. Microsoft 메일 서버를 계속 사용하려면 Microsoft 자격 증명을 입력하십시오.

2. 2026년 6월 26일 오전 5:13 UTCresolved

   우리의 팀은 Microsoft 메일 서버를 재 승인하기 위해 아래의 지침을 제공하는 모든 충격 조직에 적극적으로 도달했습니다. 이 문제를 경험하고 있다면, 아래의 조언으로 재이용을 완료하려고 합니다. 이 사건과 관련하여 여전히 문제가 발생하면 Atlassian 지원에 도달하십시오.

공식 인시던트 업데이트를 자동 번역했습니다.

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.