Istoricul incidentelor Asana

1. 23 octombrie 2026 la 23:57 UTCinvestigating

   Avem o degradare semnificativă în sistemul nostru de procesare a muncii asincrone. Am avut anterior unele accidente de la utilizatorii de aplicații web, dar care pare să fi rezolvat. Monitorizăm munca asincronă.

2. 24 octombrie 2026 la 00:03 UTCmonitoring

   Am întrerupt câteva probleme şi credem că vedem recuperare.

3. 24 octombrie 2026 la 02:35 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 21 octombrie 2026 la 15:33 UTCidentified

   Serviciile Asana se confruntă în prezent cu o perturbare majoră a serviciilor. Am identificat o cauză probabilă și lucrăm la aplicarea unui fix. Acest lucru afectează toate serviciile și toate regiunile.

2. 21 octombrie 2026 la 15:51 UTCidentified

   Am identificat cauza acestei întreruperi şi am iniţiat modificări pentru a aborda această problemă. Vedem nişte semne de recuperare şi vom posta o actualizare după ce vom confirma recuperarea.

3. 21 octombrie 2026 la 16:08 UTCidentified

   Continuăm să lucrăm la o soluție pentru această problemă.

4. 21 octombrie 2026 la 16:10 UTCresolved

   Fix a fost aplicat. Am observat recuperarea ratelor de eroare și a traficului, și cred că acest incident este acum rezolvat. Vom posta o autopsie/RCA în 72 de ore.

5. 24 octombrie 2026 la 00:22 UTCpostmortem

   **Incident:** O actualizare a infrastructurii care vizează securitatea a făcut ca Dynamobb să devină inaccesibil în mediul de producție al Asanei. Această schimbare a fost legată de o iniţiativă de izolare a producţiei şi a fost aplicată într-un mod care a lăsat toate serviciile noastre de producţie incapabile să utilizeze tabele DynamodB pe care le folosim pentru metadate şi rutarea traficului. Odată ce schimbarea a fost returnat serviciile noastre a revenit la operațiunile normale. **Impact:** Serviciile Asana au fost complet indisponibile pentru aproximativ 30 de minute, 2026-10-21 15:21 UTC-15:51 UTC și în mare parte indisponibile pentru încă 20 de minute, inclusiv 15:05 UTC-15:55 UTC. Acest lucru a cauzat, de asemenea, întârzieri pentru acțiunile de fond în timpul perioadei de impact; recuperarea după încheierea incidentului încheiat până la ora 16:00 UTC. ** Mergem înainte:** Actualizăm procesul de implementare pentru a prinde această clasă de erori. Ne vom muta într-un sistem de izolare care permite introducerea treptată a unor schimbări similare, permiţându-ne să detectăm configuraţia greşită în testarea preproducţiei. metric nostru consideră o medie ponderată de uptime experimentat de utilizatori la fiecare centru de date. Numărul de minute de timp liber indicate reflectă această medie ponderată.

Traducere automată din actualizarea oficială a incidentului.

1. 30 septembrie 2026 la 14:31 UTCinvestigating

   În prezent investigăm această problemă.

2. 30 septembrie 2026 la 15:09 UTCidentified

   În prezent vedem redresarea sistemului şi monitorizăm activ situaţia pentru a asigura o redresare completă.

3. 30 septembrie 2026 la 15:21 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 29 septembrie 2026 la 12:14 UTCinvestigating

   În prezent investigăm problema.

2. 29 septembrie 2026 la 15:25 UTCresolved

   Incidentul a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 21 septembrie 2026 la 14:59 UTCidentified

   Am auzit rapoarte de reguli și automatizări care nu rulează în regiunea UE. Am identificat sursa problemei şi am reparat-o pentru noile automatizări. Inginerii noştri lucrează în prezent la registrul automatizărilor care au declanşat şi nu au funcţionat în timpul incidentului.

2. 21 septembrie 2026 la 15:00 UTCidentified

   Continuăm să lucrăm la o soluție pentru această problemă.

3. 21 septembrie 2026 la 15:39 UTCmonitoring

   În prezent ne croim drum prin sistemul de automatizări care nu funcţionează.

4. 21 septembrie 2026 la 16:10 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 17 septembrie 2026 la 14:36 UTCinvestigating

   Am primit o alertă pentru performanţe neobişnuite lente în mai multe regiuni. Investigăm.

2. 17 septembrie 2026 la 15:12 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 17 septembrie 2026 la 15:13 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 2 septembrie 2026 la 18:08 UTCinvestigating

   În prezent investigăm această problemă.

2. 2 septembrie 2026 la 18:13 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 2 septembrie 2026 la 18:14 UTCinvestigating

   Revenirea pare să fi rezolvat complet erorile. Monitorizăm îndeaproape, dar utilizatorii ar trebui să aibă acces la Asana din nou.

4. 2 septembrie 2026 la 18:14 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 2 septembrie 2026 la 18:49 UTCresolved

   Acest incident a fost rezolvat.

6. 4 septembrie 2026 la 19:52 UTCpostmortem

   Incident: Un sistem intern responsabil pentru scalarea automată a capacității serverului backend într-una dintre clusterele noastre de calcul a încetat să mai înlocuiască capacitatea care a fost blocată în timpul întreținerii de rutină. Aceasta a determinat o reducere treptată a capacității disponibile pe parcursul a câteva ore. O implementare ulterioară a fost activată cu o capacitate insuficientă, ceea ce a dus la eșecul tuturor noilor cereri pentru acest grup de calcul. Pentru a atenua impactul, am revenit la o revizie anterioară de lansare, care încă mai avea suficientă capacitate. Impact: Timp de aproximativ 30 de minute, clienţii al căror trafic a fost gestionat de acest grup de calcul au văzut timp liber complet; alţi clienţi nu au fost afectaţi. Nu s-au pierdut date despre clienţi. Mergând mai departe: Am adăugat o monitorizare suplimentară pentru a detecta acest tip de eșec de scalare a capacităților mult mai devreme și am adăugat garanții pentru a preveni mutarea traficului înainte de confirmarea capacității suficiente de sănătate. Metoda noastră consideră o medie ponderată de uptime experimentată de utilizatori la fiecare centru de date. Numărul de minute de downtime indicate reflectă această medie ponderată.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 15:14 UTCinvestigating

   Investigăm alerte pentru erori lente de performanță și de aplicare.

2. 31 august 2026 la 15:55 UTCinvestigating

   Continuăm să investigăm această problemă; am revenit la schimbările recente și încercăm să identificăm sursa erorilor.

3. 31 august 2026 la 16:24 UTCinvestigating

   Am făcut schimbări de configurare și vedem recuperare parțială, dar continuăm să vedem unele erori ridicate.

4. 31 august 2026 la 16:47 UTCmonitoring

   Am aplicat un fix văd semne de recuperare.

5. 31 august 2026 la 17:18 UTCresolved

   Simptomele cu care se confruntă utilizatorul au revenit. Vom continua să monitorizăm şi vom prioritiza o retrospectivă pentru a înţelege şi preveni incidente similare în viitor.

6. 2 septembrie 2026 la 21:29 UTCpostmortem

   Am fost de lucru pentru a adăuga un strat de cache la conducta noastră de actualizare, tuning-l cu atenție și de rulare-l treptat. Miercuri, 26 august, l-am permis pentru cele mai multe cazuri de utilizare, și a efectuat inițial bine. Luni, 31 august, o combinație de schimbări de infrastructură fără legătură și trafic de vârf a împins cache-ul peste limitele sale de scalare. Odată ce acest prag a fost trecut, cache-ul a devenit inutilizabil, și multe capsule care servesc traficul citit pentru aplicația Asana nu a mai putut servi. Am atenuat incidentul prin returarea sistemului pentru a utiliza traseul de cod anterior, necached. Revert a avut succes, dar recuperarea a durat mai mult decât ne aşteptam pentru această clasă de probleme. O analiză mai completă este în curs de desfășurare. Vom urmări cauzele profunde, elementele de acțiune și îmbunătățirile, inclusiv motivul pentru care recuperarea a durat atât de mult timp. Am fost complet în jos pentru aproximativ 25% din utilizatorii noștri, timp de 2 ore, 15 minute.

Traducere automată din actualizarea oficială a incidentului.

1. 6 august 2026 la 17: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. 7 iulie 2026 la 18:49 UTCidentified

   Vedem erori în parte (aproximativ 10%) ale utilizatorilor din SUA pentru aplicația web Asana. Am identificat cauza principală şi lucrăm la identificarea unei rezoluţii.

2. 7 iulie 2026 la 19:12 UTCmonitoring

   Am implementat o atenuare și monitorizăm pentru a asigura redresarea.

3. 7 iulie 2026 la 19:21 UTCmonitoring

   Continuăm să monitorizăm orice alte probleme.

4. 7 iulie 2026 la 19:24 UTCresolved

   Acest incident a fost rezolvat.

5. 8 iulie 2026 la 21:28 UTCpostmortem

   ** Incident**: O schimbare de configurare a eliminat accidental o resursă critică cerută de unul dintre serviciile noastre. În timp ce infrastructura existentă a continuat să funcționeze în mod normal, infrastructura la scară nouă nu a putut fi pregătită. Pe măsură ce traficul de dimineaţă a crescut, a existat un decalaj tot mai mare între cererile primite şi capacitatea sistemului nostru de a le gestiona, ceea ce a dus la degradarea serviciilor. Am rezolvat problema restaurând manual resursa lipsă și corectând schimbarea configurației care a cauzat eliminarea acesteia. **Impact**: Timp de aproximativ 1,5 ore, un subset de clienți au avut o pană completă de aplicații web și desktop. În acest timp, utilizatorii afectați nu au putut accesa Asana. Nu s-au pierdut date despre clienţi. ** Mergem înainte**: Implementăm garanții suplimentare în procesul nostru de gestionare a configurației pentru a preveni eliminarea accidentală a resurselor critice. De asemenea, ne îmbunătăţim sistemele de monitorizare pentru a detecta degradarea mai devreme, înainte ca aceasta să afecteze accesul clienţilor. metric nostru consideră o medie ponderată de uptime experimentat de utilizatori la fiecare centru de date. Numărul de minute de timp liber indicate reflectă această medie ponderată.

Traducere automată din actualizarea oficială a incidentului.

1. 29 aprilie 2026 la 23: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. 30 aprilie 2026 la 00: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. 29 aprilie 2026 la 23: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. 30 aprilie 2026 la 00: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. 26 martie 2026 la 15: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. 26 martie 2026 la 15: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. 26 martie 2026 la 18:34 UTCresolved

   This incident has been resolved.

1. 1 martie 2026 la 20: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. 1 martie 2026 la 21:03 UTCinvestigating

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

3. 2 martie 2026 la 09:02 UTCinvestigating

   We are continuing to investigate this issue.

4. 2 martie 2026 la 09: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. 2 martie 2026 la 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. 2 martie 2026 la 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. 13 martie 2026 la 18: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. 15 martie 2026 la 05:58 UTCresolved

   This incident has been resolved.

1. 5 februarie 2026 la 23: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. 5 februarie 2026 la 23:58 UTCresolved

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

1. 26 ianuarie 2026 la 03:01 UTCinvestigating

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

2. 26 ianuarie 2026 la 03: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. 26 ianuarie 2026 la 03:20 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 26 ianuarie 2026 la 03:29 UTCresolved

   This incident has been resolved.

1. 22 ianuarie 2026 la 17:48 UTCinvestigating

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

2. 22 ianuarie 2026 la 17:51 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 ianuarie 2026 la 17:59 UTCinvestigating

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

4. 22 ianuarie 2026 la 18: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. 22 ianuarie 2026 la 18: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. 22 ianuarie 2026 la 19:00 UTCresolved

   This incident has been resolved.

7. 27 ianuarie 2026 la 07: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. 6 ianuarie 2026 la 14: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. 5 ianuarie 2026 la 21: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. 5 ianuarie 2026 la 21: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. 5 ianuarie 2026 la 21:50 UTCresolved

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

1. 24 noiembrie 2025 la 20: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.