Asana 장애 기록

1. 2026년 10월 23일 오후 11:57 UTCinvestigating

   우리는 비동기적인 일을 처리하기 위한 우리의 체계에 있는 뜻깊은 degradation가 있습니다. 우리는 이전에 웹 응용 프로그램 사용자의 충돌이 있었지만 해결 된 것으로 나타났습니다. 우리는 비동기적인 일을 감시하고 있습니다.

2. 2026년 10월 24일 오전 12:03 UTCmonitoring

   우리는 몇 가지 문제가있는 작업 부하를 일시 중지하고, 우리는 우리가 복구를보고 생각합니다.

3. 2026년 10월 24일 오전 2:35 UTCresolved

   이 사건은 해결되었습니다.

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

1. 2026년 10월 21일 오후 3:33 UTCidentified

   Asana 서비스는 현재 주요 서비스 중단을 경험하고 있습니다. 우리는 가능성이 원인을 확인하고 수정을 적용하기 위해 노력하고 있습니다. 이 모든 서비스와 모든 지역에 영향을줍니다.

2. 2026년 10월 21일 오후 3:51 UTCidentified

   우리는이 부족의 원인을 확인하고이 문제를 해결하기 위해 시작된 변경 사항이 있습니다. 우리는 복구의 일부 징후를보고, 우리가 확인 한 복구를 한 번 업데이트합니다.

3. 2026년 10월 21일 오후 4:08 UTCidentified

   이 문제를 해결하기 위해 계속 노력하고 있습니다.

4. 2026년 10월 21일 오후 4:10 UTCresolved

   수정이 적용되었습니다. 우리는 오류율과 트래픽의 회복을 관찰했으며,이 사건을 해결했습니다. 우리는 72 시간 안에 postmortem/RCA를 포스트할 것입니다.

5. 2026년 10월 24일 오전 12:22 UTCpostmortem

   **문의:** DynamoDB를 대상으로 하는 인프라 업데이트는 Asana의 생산 환경에서 접근할 수 있게 되었습니다. 이 변화는 생산 고립 이니셔티브와 관련이 있었고, 우리가 메타 데이터와 라우팅 트래픽을 사용할 수있는 다이나모DB 테이블을 사용할 수없는 생산 서비스 전부를 떠났는 방법에 적용되었습니다. 변경이 정상적인 운영으로 돌아온 우리의 서비스를 다시 거쳤습니다. ** 중요 사항: ** 아사나 서비스는 대략 30 분 동안 완전하게 사용되지 않았습니다, 2026-10-21 15:21 UTC-15:51 UTC, 그리고 주로 15:05 UTC-15:55 UTC를 포함하여 20 분 동안 사용할 수 없습니다. 또한 영향 기간 동안 배경 행동을 지연; 16:00 UTC에 의해 완료된 사건의 끝 후에 회복. ** 앞으로 이동: ** 이 클래스의 오류를 잡기 위해 배포 프로세스를 업데이트하고 있습니다. 우리는 유사한 변화의 점차적인 롤아웃을 허용하는 고립 체계로 움직일 것입니다, 사전 제작 테스트에 있는 misconfiguration를 검출하는 것을 허용하. 우리의 미터는 각 자료 센터에 사용자에 의해 경험된 가동 시간의 무게를 다는 평균을 고려합니다. 가동 중단 시간의 수는 이 무게를 다는 평균을 반영합니다.

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

1. 2026년 9월 30일 오후 2:31 UTCinvestigating

   우리는 현재이 문제를 조사하고 있습니다.

2. 2026년 9월 30일 오후 3:09 UTCidentified

   우리는 현재 시스템 복구를보고 있으며 전체 복구를 보장 할 수있는 상황을 적극적으로 모니터링하고 있습니다.

3. 2026년 9월 30일 오후 3:21 UTCresolved

   이 사건은 해결되었습니다.

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

1. 2026년 9월 29일 오후 12:14 UTCinvestigating

   현재 이 문제를 조사하고 있습니다.

2. 2026년 9월 29일 오후 3:25 UTCresolved

   사건이 해결되었습니다.

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

1. 2026년 9월 21일 오후 2:59 UTCidentified

   우리는 EU 지역에서 실행하지 않는 규칙과 자동화의 보고서를 들었습니다. 우리는 문제점의 근원을 확인하고 새로운 자동화 방아쇠를 위해 그것을 앞으로 바쳤습니다. 우리의 엔지니어는 현재 방아쇠를 당기고 사건 도중 달리지 않는 자동화의 backlog에 일하고 있습니다.

2. 2026년 9월 21일 오후 3:00 UTCidentified

   이 문제를 해결하기 위해 계속 노력하고 있습니다.

3. 2026년 9월 21일 오후 3:39 UTCmonitoring

   우리는 현재 실행되지 않은 자동화의 backlog를 통해 우리의 방법을 일하고 있습니다.

4. 2026년 9월 21일 오후 4:10 UTCresolved

   이 사건은 해결되었습니다.

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

1. 2026년 9월 17일 오후 2:36 UTCinvestigating

   우리는 몇몇 지역에 있는 특이한 느린 성과를 위한 경고를 받았습니다. 우리는 투자입니다.

2. 2026년 9월 17일 오후 3:12 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 9월 17일 오후 3:13 UTCresolved

   이 사건은 해결되었습니다.

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

1. 2026년 9월 2일 오후 6:08 UTCinvestigating

   우리는 현재이 문제를 조사하고 있습니다.

2. 2026년 9월 2일 오후 6:13 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 9월 2일 오후 6:14 UTCinvestigating

   롤백은 완전히 오류를 해결하는 것 같습니다. 우리는 밀접하게 감시하고, 그러나 사용자는 Asana에 다시 접근할 수 있어야 합니다.

4. 2026년 9월 2일 오후 6:14 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

5. 2026년 9월 2일 오후 6:49 UTCresolved

   이 사건은 해결되었습니다.

6. 2026년 9월 4일 오후 7:52 UTCpostmortem

   Incident: 자동적으로 우리의 compute 클러스터 중 하나에 있는 backend 서버 수용량을 사기를 책임지는 내부 체계는 일상적인 정비 도중 주기된 수용량을 대체했습니다. 이 몇 시간 동안 사용 가능한 용량에 유리한 감소를 발생. 이후의 배포는 충분한 용량으로 활성화되었으며, 모든 새로운 요청을 발생시키는 클러스터를 실패합니다. 충격을 완화하기 위해, 우리는 여전히 충분한 용량을 가지고 이전 릴리스 개정에 회신. 충격: 대략 30 분을 위해, 이 compute 송이 가득 차있는 가동불능시간에 의해 취급된 고객; 다른 고객은 unaffected. 고객 데이터가 손실되지 않았습니다. 앞으로 이동: 우리는 수용량 확장 실패의 이 유형을 검출하기 위하여 추가한 감시를 매우 일찍 추가하고, 충분한 건강한 수용량이 확인되기 전에 교통에서 배치를 방지하기 위하여 더 안전한 보호가 추가했습니다. Our 메트릭은 각 데이터 센터에서 사용자 경험한 가동 시간의 평균을 고려합니다. 가동 시간의 수는 이 무게를 다는 평균을 반영합니다.

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

1. 2026년 8월 31일 오후 3:14 UTCinvestigating

   우리는 느린 성능과 애플리케이션 오류에 대한 경고를 조사하고 있습니다.

2. 2026년 8월 31일 오후 3:55 UTCinvestigating

   우리는 문제를 조사하기 위해 계속된다; 우리는 최근의 변경을 회귀하고, 오류의 소스를 확인하기 위해 노력하고있다.

3. 2026년 8월 31일 오후 4:24 UTCinvestigating

   우리는 구성 변경을하고 부분 복구를 볼 수 있지만, 우리는 계속 몇 가지 높은 오류를 볼 수 있습니다.

4. 2026년 8월 31일 오후 4:47 UTCmonitoring

   우리는 수정을 적용하고 복구 표지판을 볼 수 있습니다.

5. 2026년 8월 31일 오후 5:18 UTCresolved

   사용자의 증상이 회복되었습니다. 우리는 모니터링을 계속하고 미래에 유사한 사건을 이해하고 방지하기 위해 복고풍을 우선합니다.

6. 2026년 9월 2일 오후 9:29 UTCpostmortem

   우리는 우리의 갱신 파이프라인에 캐싱 층을 추가하기 위하여 일하고, 주의깊게 조정하고 점차적으로 구르기. 수요일, 8 월 26 일 우리는 대부분의 사용 사례를 활성화하고 처음 잘 수행했습니다. 8 월 31 일 월요일, 관련 인프라 변경 및 피크 트래픽의 조합은 폐기 된 한계를 극복했습니다. 임계 값이 횡단 한 경우, 캐시가 불안정하고 많은 팟은 Asana 응용 프로그램에 대한 읽는 트래픽을 더 이상 제공 할 수 없습니다. 이전의 비스케이드 코드 경로를 사용하여 시스템을 반전하여 사건을 mitigated. 턴은 성공했지만 복구는 우리가이 종류의 문제를 기대하기보다 더 오래 걸렸다. 전체 분석은 언웨이입니다. 우리는 뿌리 원인, 행동 항목 및 개선과 함께 수행됩니다. 왜 회복이 되었는지. 우리는 2 시간 동안 약 25 %의 사용자를 위해 완전히 다운되었습니다. 15 분.

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

1. 2026년 8월 6일 오후 5:24 UTCresolved

   From 2026-08-04 15:25 UTC until 2026-08-06 03:51 UTC, Asana failed to send some events to registered webhooks and to return them in the event streams API. Apps which rely on this should refetch the underlying data from the Asana API. Existing webhooks and event streams will continue to function, but events from the incident window will not be sent. Most events with type `task` and action `changed` were dropped during this period. Other events are not affected. The root cause of the incident was traced to a code change which unintentionally dropped change events for most fields on the task type, and the change was reverted.

1. 2026년 7월 7일 오후 6:49 UTCidentified

   우리는 Asana webapp에 대한 미국 사용자의 일부 (약 10 %)에 대한 오류를보고 있습니다. 우리는 뿌리 원인을 확인하고 해결을 식별하는 작업입니다.

2. 2026년 7월 7일 오후 7:12 UTCmonitoring

   우리는 완화를 구현하고 복구를 보장하기 위해 모니터링합니다.

3. 2026년 7월 7일 오후 7:21 UTCmonitoring

   우리는 더 많은 문제를 모니터링하고 있습니다.

4. 2026년 7월 7일 오후 7:24 UTCresolved

   이 사건은 해결되었습니다.

5. 2026년 7월 8일 오후 9:28 UTCpostmortem

   ** 인사**: 구성 변경은 우리의 서비스 중 하나에 의해 요구되는 중요한 리소스를 inadvertently 제거. 기존 인프라가 정상적으로 작동하면서 새로 확장된 인프라가 준비되어 있지 않을 수 있습니다. 아침 교통이 증가함에 따라 들어오는 요청과 시스템의 용량 사이의 이동이 증가하여 서비스 향상을 유도했습니다. 우리는 수동으로 누락 된 리소스를 복원하고 제거를 일으키는 구성 변경을 수정하여 문제를 해결했습니다. ** 중요 **: 약 1.5 시간 동안 고객은 웹 응용 프로그램 및 데스크톱 응용 프로그램의 전체 아웃 시간을 경험했습니다. 이 시간 동안, 영향을받는 사용자는 Asana에 액세스 할 수 없었다. 고객 데이터가 손실되지 않았습니다. ** 앞으로 이동 **: 우리는 우리의 구성 관리 프로세스에 대한 추가 보호 기능을 구현하여 잘못된 리소스를 inadvertently remove에서 방지합니다. 우리는 또한 고객 접근에 영향을 미치는 전, 개량하기 위하여 우리의 감시 체계를 강화하고 있습니다. 우리의 미터는 각 자료 센터에 사용자에 의해 경험된 가동 시간의 무게를 다는 평균을 고려합니다. 가동 중단 시간의 수는 이 무게를 다는 평균을 반영합니다.

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

1. 2026년 4월 29일 오후 11:19 UTCresolved

   Between April 21st and April 23rd, many rules triggered by date time triggers did not run. New rule triggers ran normally starting April 23rd, and the delayed triggers were processed by April 27th.

2. 2026년 4월 30일 오전 12:43 UTCpostmortem

   Starting on **April 20th, 2026 at 10:00 AM PDT**, a combination of scaled-up background action jobs in the EU and a recent change to how date time trigger volume is managed overloaded the system that processes resource intensive background action jobs. This caused multi-hour delays in email and inbox notifications in the EU and prevented date time triggers from executing in all regions. Engineers were first alerted on **April 21st** by our monitoring systems, but did not recognize the full scope of the incident until **April 23rd**. On April 23rd, the change to manage date time trigger volume was reverted and the problematic background action jobs were isolated. All delayed notifications were sent by **April 24th, 11:30 AM PDT**, and all delayed date time triggers were executed by **April 27th, 4:00 AM PDT**.

1. 2026년 4월 29일 오후 11:09 UTCresolved

   Between April 20th and April 24th, 60% of email and inbox notifications were delayed by at least one hour in EU. Notifications were delayed up to 3 days. Other resource intensive background actions were also impacted at a lesser rate.

2. 2026년 4월 30일 오전 12:34 UTCpostmortem

   Starting on **April 20th, 2026 at 10:00 AM PDT**, a combination of scaled-up background action jobs in the EU and a recent change to how date time trigger volume is managed overloaded the system that processes resource intensive background action jobs. This caused multi-hour delays in email and inbox notifications in the EU and prevented date time triggers from executing in all regions. Engineers were first alerted on **April 21st** by our monitoring systems, but did not recognize the full scope of the incident until **April 23rd**. On April 23rd, the change to manage date time trigger volume was reverted and the problematic background action jobs were isolated. All delayed notifications were sent by **April 24th, 11:30 AM PDT**, and all delayed date time triggers were executed by **April 27th, 4:00 AM PDT**.

1. 2026년 3월 26일 오후 3:03 UTCinvestigating

   We have received reports that some users are unable to load Asana, especially in and around New York/the East Coast of the US, and have observed intermittent errors. We are investigating this, and will provide an update within an hour.

2. 2026년 3월 26일 오후 3:50 UTCmonitoring

   We believe that this was related to http3, and have disabled http3 for the affected CloudFront distribution. We believe Asana should now load after a hard refresh.

3. 2026년 3월 26일 오후 6:34 UTCresolved

   This incident has been resolved.

1. 2026년 3월 1일 오후 8:31 UTCinvestigating

   Asana remains accessible to customers in the ME region, but we are seeing backends impacted by an AWS ME outage. If that isn't resolved soon, we expect to see some performance degradation and possible outages of the Asana application. This is only for the ME region; other regions are unaffected.

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

   We no longer see impact on our servers. We're monitoring, as the AWS incident has not resolved.

3. 2026년 3월 2일 오전 9:02 UTCinvestigating

   We are continuing to investigate this issue.

4. 2026년 3월 2일 오전 9:05 UTCinvestigating

   We are seeing major impact in the ME region making Asana services unavailable to users whose data is stored in that region. We have taken steps to avoid additional loss of EC2 resources, but are continuing to see high error rates. This cause is AWS incidents affecting the infrastructure (az1 and az3) in the Middle East region: https://health.aws.amazon.com/health/status

5. 2026년 3월 2일 오전 10:27 UTCinvestigating

   We are still seeing major impact in the ME region making Asana services unavailable to users whose data is stored in that region. We are continuing to monitor the situation. The cause is AWS incidents affecting the infrastructure in the Middle East region: https://health.aws.amazon.com/health/status

6. 2026년 3월 2일 오후 12:03 UTCinvestigating

   We are still seeing major impact in the ME region making Asana services unavailable to users whose data is stored in that region. We are continuing to monitor the situation. The cause is widespread AWS incidents affecting the infrastructure in the Middle East region: https://health.aws.amazon.com/health/status

7. 2026년 3월 13일 오후 6:44 UTCmonitoring

   A small number of users were affected by the AWS outage in UAE (me-central-1); following AWS's recommendations, we have moved processing to other regions, and believe there is no user impact.

8. 2026년 3월 15일 오전 5:58 UTCresolved

   This incident has been resolved.

1. 2026년 2월 5일 오후 11:49 UTCmonitoring

   Our primary monitoring is observing an outage for our API and mobile services, but secondary monitoring indicates that API and mobile traffic is operating as usual. Our engineers are reviewing our primary monitoring and will provide updates on the situation.

2. 2026년 2월 5일 오후 11:58 UTCresolved

   Our engineers have rolled back recent changes to our primary monitoring systems, and our API and mobile systems are fully operational.

1. 2026년 1월 26일 오전 3:01 UTCinvestigating

   We are investigating an elevated rate of API errors as well as delays reflecting changes for the App in EU.

2. 2026년 1월 26일 오전 3:19 UTCmonitoring

   We have identified certain expensive workloads and reduced background processing to mitigate this. We see recovery in user facing services and are investigating the expensive workloads; user traffic is now working normally.

3. 2026년 1월 26일 오전 3:20 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 2026년 1월 26일 오전 3:29 UTCresolved

   This incident has been resolved.

1. 2026년 1월 22일 오후 5:48 UTCinvestigating

   We're investigating an outage, it looks like no one is able to reach the Asana webapp.

2. 2026년 1월 22일 오후 5:51 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 1월 22일 오후 5:59 UTCinvestigating

   We've identified the cause and have rolled back. Based on our monitoring, we should be recovered for some users.

4. 2026년 1월 22일 오후 6:04 UTCinvestigating

   Error rates have dropped significantly, to about 2%. It's possible some users continue to see errors, but we expect most users to be able to use Asana.

5. 2026년 1월 22일 오후 6:38 UTCinvestigating

   Our error rates are back to normal baseline, and we don't expect an immediate recurrence. We'll create a post-mortem in the next few days with more details, including what happened and how we plan to prevent this going forward.

6. 2026년 1월 22일 오후 7:00 UTCresolved

   This incident has been resolved.

7. 2026년 1월 27일 오전 7:53 UTCpostmortem

   Incident: On 2026-01-22 the Asana App and all associated services had a service disruption due to dependency on a shared database used for storing metadata. This was triggered by a code path which caused overload for that database, followed by request queuing, timeouts, and errors. Impact: From 17:33 - 17:57 UTC the Asana App and all associated services were unavailable. There was a further 14 minutes of partial downtime from 18:45 - 18:59 UTC affecting 10-20% of users, also triggered by dependency on this shared database. Moving forward: We immediately rolled back our application code and added resources for this database. Going forward we will continue to reduce dependency on this shared database for common paths to reduce risk, and monitor for unexpected resource usage. Our metric considers a weighted average of uptime experienced by users at each data center. The number of minutes of downtime shown reflects this weighted average.

1. 2026년 1월 6일 오후 2:17 UTCresolved

   On January 6th, 2026 at UTC 12:00, we experienced an approximately 50-minute service disruption affecting customers in non-US regions. During this time, some requests may have failed or timed out. What Happened: During routine maintenance, we upgraded a core infrastructure component. While the upgrade itself completed as expected, some services did not successfully reconnect to the updated infrastructure. This led to temporary communication issues and degraded service in the affected regions. We apologize for the inconvenience and want to assure you that we are taking steps to help prevent similar issues in the future.

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

   Users are currently unable to begin new sessions in the Asana web app. Our engineers are working to investigate and mitigate this issue as soon as possible. Existing web sessions are unaffected, along with mobile and API traffic.

2. 2026년 1월 5일 오후 9:29 UTCmonitoring

   Our engineers have identified and reverted the change preventing users from starting new Asana web app sessions. We're monitoring the situation to ensure recovery. The Asana web app is operational, and other services (mobile, API) are unaffected.

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

   Thank you for your patience. Service is fully restored, and the Asana web app is back to normal functionality.

1. 2025년 11월 24일 오후 8:28 UTCresolved

   Resolved - We have fully resolved an incident related to a product permissions bug that briefly impacted some of our customers between November 18 and November 19. This issue was contained entirely within customer domains and did not expose any data externally.