Cronologia delle interruzioni di Asana

1. 23 ottobre 2026 alle ore 23:57 UTCinvestigating

   Abbiamo un significativo degrado nel nostro sistema per la lavorazione di lavori asincroni. In precedenza abbiamo avuto alcuni crash da utenti di applicazioni web, ma che sembra aver risolto. Stiamo monitorando il lavoro asincrono.

2. 24 ottobre 2026 alle ore 00:03 UTCmonitoring

   Abbiamo messo in pausa alcuni carichi di lavoro problematici, e pensiamo di vedere il recupero.

3. 24 ottobre 2026 alle ore 02:35 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 ottobre 2026 alle ore 15:33 UTCidentified

   I servizi Asana stanno attualmente sperimentando una grande interruzione di servizio. Abbiamo identificato una causa probabile e stiamo lavorando per applicare una correzione. Ciò riguarda tutti i servizi e tutte le regioni.

2. 21 ottobre 2026 alle ore 15:51 UTCidentified

   Abbiamo individuato la causa di tale evasione e abbiamo avviato modifiche per affrontare questo problema. Stiamo vedendo alcuni segni di recupero, e pubblicheremo un aggiornamento una volta confermato il recupero.

3. 21 ottobre 2026 alle ore 16:08 UTCidentified

   Stiamo continuando a lavorare per risolvere questo problema.

4. 21 ottobre 2026 alle ore 16:10 UTCresolved

   La correzione è stata applicata. Abbiamo osservato il recupero dei tassi di errore e del traffico, e crediamo che questo incidente sia ora risolto. Posteremo un postmortem/RCA entro 72 ore.

5. 24 ottobre 2026 alle ore 00:22 UTCpostmortem

   **Incidente? Un aggiornamento dell'infrastruttura mirante alla sicurezza ha causato DynamoDB a diventare inaccessibile in tutto l'ambiente di produzione di Asana. Questo cambiamento era legato a un'iniziativa di isolamento di produzione, ed è stato applicato in un modo che ha lasciato tutti i nostri servizi di produzione incapace di utilizzare tavoli DynamoDB che usiamo per metadati e traffico di routing. Una volta che il cambiamento è stato reindirizzato i nostri servizi restituiti alle normali operazioni. # Impatto # I servizi Asana non erano completamente disponibili per circa 30 minuti, 2026-10-21 15:21 UTC-15:51 UTC, e per lo più non disponibili per altri 20 minuti, tra cui 15:05 UTC-15:55 UTC. Ciò ha anche causato ritardo per le azioni di sfondo durante il periodo di impatto; recupero dopo la fine dell'incidente completato da 16:00 UTC. ♪Moving forward: ♪ Stiamo aggiornando il processo di distribuzione per catturare questa classe di errore. Ci trasferiremo a un sistema di isolamento che permette un più graduale rollout di cambiamenti simili, permettendoci di rilevare la cattiva configurazione nei test di pre-produzione. La nostra metrica considera una media ponderata di uptime sperimentata dagli utenti in ogni data center. Il numero di minuti di inattività mostra riflette questa media ponderata.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 30 settembre 2026 alle ore 14:31 UTCinvestigating

   Stiamo attualmente indagando su questo problema.

2. 30 settembre 2026 alle ore 15:09 UTCidentified

   Attualmente stiamo vedendo il recupero del sistema e stiamo monitorando attivamente la situazione per garantire un pieno recupero.

3. 30 settembre 2026 alle ore 15:21 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 settembre 2026 alle ore 12:14 UTCinvestigating

   Stiamo attualmente esaminando il problema.

2. 29 settembre 2026 alle ore 15:25 UTCresolved

   L'incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 settembre 2026 alle ore 14:59 UTCidentified

   Abbiamo sentito i rapporti delle regole e delle automazioni che non funzionano nella regione dell'UE. Abbiamo identificato la fonte del problema e l'abbiamo risolto per i nuovi trigger di automazione in corso. I nostri ingegneri stanno attualmente lavorando sul backlog di automazione che ha innescato e non ha funzionato durante l'incidente.

2. 21 settembre 2026 alle ore 15:00 UTCidentified

   Stiamo continuando a lavorare per risolvere questo problema.

3. 21 settembre 2026 alle ore 15:39 UTCmonitoring

   Attualmente stiamo lavorando il nostro senso attraverso il backlog delle automazioni che non hanno funzionato.

4. 21 settembre 2026 alle ore 16:10 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 settembre 2026 alle ore 14:36 UTCinvestigating

   Abbiamo ricevuto un avviso per prestazioni lente insolite in diverse regioni. Stiamo indagando.

2. 17 settembre 2026 alle ore 15:12 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 17 settembre 2026 alle ore 15:13 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 settembre 2026 alle ore 18:08 UTCinvestigating

   Stiamo attualmente indagando su questo problema.

2. 2 settembre 2026 alle ore 18:13 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 2 settembre 2026 alle ore 18:14 UTCinvestigating

   Il rollback sembra aver risolto completamente gli errori. Stiamo monitorando da vicino, ma gli utenti dovrebbero poter accedere di nuovo ad Asana.

4. 2 settembre 2026 alle ore 18:14 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

5. 2 settembre 2026 alle ore 18:49 UTCresolved

   Questo incidente è stato risolto.

6. 4 settembre 2026 alle ore 19:52 UTCpostmortem

   Incidente: Un sistema interno responsabile della capacità del server di backend di scaling automatico in uno dei nostri cluster di calcolo ha smesso di sostituire la capacità che era stata ciclizzata durante la manutenzione di routine. Ciò ha provocato una riduzione graduale della capacità disponibile in diverse ore. Una distribuzione successiva è stata attivata con una capacità insufficiente, causando il fallimento di tutte le nuove richieste del cluster di calcolo. Per mitigare l'impatto, siamo tornati a una precedente revisione di rilascio, che aveva ancora una capacità sufficiente. Impatto: Per circa 30 minuti, i clienti il cui traffico è stato gestito da questo cluster di calcolo ha visto i tempi di inattività; altri clienti non sono stati colpiti. Nessun dato del cliente è stato perso. Avanzamento: Abbiamo aggiunto un ulteriore monitoraggio per rilevare questo tipo di guasto di aumento della capacità molto prima, e hanno aggiunto garanzie per evitare che le distribuzioni di spostamento del traffico prima che venga confermata una sufficiente capacità sana. La nostra metrica considera una media ponderata di uptime sperimentata dagli utenti in ogni data center. Il numero di minuti di inattività mostra riflette questa media ponderata.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 31 agosto 2026 alle ore 15:14 UTCinvestigating

   Stiamo indagando sugli avvisi per le prestazioni lente e gli errori delle applicazioni.

2. 31 agosto 2026 alle ore 15:55 UTCinvestigating

   Stiamo continuando a indagare sul problema; abbiamo cambiato i recenti cambiamenti e stiamo lavorando per identificare la fonte degli errori.

3. 31 agosto 2026 alle ore 16:24 UTCinvestigating

   Abbiamo apportato modifiche di configurazione e vediamo il recupero parziale, ma continuiamo a vedere alcuni errori elevati.

4. 31 agosto 2026 alle ore 16:47 UTCmonitoring

   Abbiamo applicato un sistema che vede segni di recupero.

5. 31 agosto 2026 alle ore 17:18 UTCresolved

   I sintomi dell'utente sono recuperati. Continueremo a monitorare, e assegnerà una retrospettiva per capire e prevenire incidenti simili in futuro.

6. 2 settembre 2026 alle ore 21:29 UTCpostmortem

   Abbiamo lavorato per aggiungere uno strato di caching alla nostra pipeline di aggiornamento, accordarlo con attenzione e rotolarlo gradualmente. Mercoledì 26 agosto l'abbiamo abilitato per la maggior parte dei casi di utilizzo, e ha inizialmente eseguito bene. Lunedì 31 agosto, una combinazione di modifiche infrastrutturali non correlate e traffico di picco ha spinto la cache oltre i suoi limiti di scaling. Una volta superata la soglia, la cache divenne inutilizzabile, e molti pod che servivano il traffico letto per l'applicazione Asana non potevano più servirlo. Abbiamo mitigato l'incidente ripristinando il sistema per utilizzare il percorso di codice precedente e non registrato. Il ritorno ha avuto successo, ma il recupero ha richiesto più tempo di quanto ci aspettiamo per questa classe di emissione. È in corso un'analisi più completa. Seguiremo con cause radice, elementi di azione e miglioramenti, tra cui il motivo per cui il recupero ha richiesto fino a quando ha fatto. Siamo stati completamente giù per circa il 25% dei nostri utenti, per 2 ore, 15 minuti.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 6 agosto 2026 alle ore 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 luglio 2026 alle ore 18:49 UTCidentified

   Stiamo vedendo errori per parte (circa 10%) degli utenti negli Stati Uniti per l'Asana webapp. Abbiamo identificato la causa principale e stiamo lavorando per identificare una risoluzione.

2. 7 luglio 2026 alle ore 19:12 UTCmonitoring

   Abbiamo implementato una mitigazione e stiamo monitorando per garantire il recupero.

3. 7 luglio 2026 alle ore 19:21 UTCmonitoring

   Stiamo continuando a monitorare eventuali ulteriori problemi.

4. 7 luglio 2026 alle ore 19:24 UTCresolved

   Questo incidente è stato risolto.

5. 8 luglio 2026 alle ore 21:28 UTCpostmortem

   **Incident** Un cambiamento di configurazione inavvertitamente rimosso una risorsa critica richiesta da uno dei nostri servizi. Mentre le infrastrutture esistenti continuavano a funzionare normalmente, le infrastrutture di nuova scala non potevano diventare pronte. Mentre il traffico del mattino è aumentato, c'è stato un crescente divario tra le richieste in arrivo e la capacità del nostro sistema di gestirle, con conseguente degrado di servizio. Abbiamo risolto il problema ripristinando manualmente la risorsa mancante e correggendo la modifica di configurazione che ha causato la sua rimozione. - Si'. Per circa 1,5 ore, un sottoinsieme di clienti ha sperimentato un full outage della nostra applicazione web e applicazioni desktop. Durante questo periodo, gli utenti interessati non sono stati in grado di accedere Asana. Nessun dato del cliente è stato perso. # Andando avanti # Stiamo implementando ulteriori salvaguardie nel nostro processo di gestione della configurazione per evitare che le risorse critiche vengano rimosse inavvertitamente. Stiamo anche migliorando i nostri sistemi di monitoraggio per rilevare il degrado prima, prima che urti l'accesso del cliente. La nostra metrica considera una media ponderata di uptime sperimentata dagli utenti in ogni data center. Il numero di minuti di inattività mostra riflette questa media ponderata.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 marzo 2026 alle ore 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 marzo 2026 alle ore 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 marzo 2026 alle ore 18:34 UTCresolved

   This incident has been resolved.

1. 1 marzo 2026 alle ore 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 marzo 2026 alle ore 21:03 UTCinvestigating

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

3. 2 marzo 2026 alle ore 09:02 UTCinvestigating

   We are continuing to investigate this issue.

4. 2 marzo 2026 alle ore 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 marzo 2026 alle ore 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 marzo 2026 alle ore 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 marzo 2026 alle ore 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 marzo 2026 alle ore 05:58 UTCresolved

   This incident has been resolved.

1. 5 febbraio 2026 alle ore 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 febbraio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 03:20 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 26 gennaio 2026 alle ore 03:29 UTCresolved

   This incident has been resolved.

1. 22 gennaio 2026 alle ore 17:48 UTCinvestigating

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

2. 22 gennaio 2026 alle ore 17:51 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 gennaio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 19:00 UTCresolved

   This incident has been resolved.

7. 27 gennaio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 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 gennaio 2026 alle ore 21:50 UTCresolved

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

1. 24 novembre 2025 alle ore 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.