Historial de interrupciones de Asana

1. 23 de octubre de 2026 a las 23:57 UTCinvestigating

   Tenemos una degradación significativa en nuestro sistema para procesar trabajo asincrónico. Anteriormente tuvimos algunos fallos de los usuarios de aplicaciones web, pero eso parece haber resuelto. Estamos monitoreando el trabajo asincrónico.

2. 24 de octubre de 2026 a las 0:03 UTCmonitoring

   Hemos parado algunas cargas de trabajo problemáticas, y creemos que estamos viendo recuperación.

3. 24 de octubre de 2026 a las 2:35 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de octubre de 2026 a las 15:33 UTCidentified

   Los servicios de Asana están experimentando una importante perturbación de los servicios. Hemos identificado una causa probable y estamos trabajando en aplicar una solución. Esto afecta a todos los servicios y a todas las regiones.

2. 21 de octubre de 2026 a las 15:51 UTCidentified

   Hemos identificado la causa de esta salida y hemos iniciado cambios para abordar esto. Estamos viendo algunos signos de recuperación, y publicaremos una actualización una vez que hayamos confirmado la recuperación.

3. 21 de octubre de 2026 a las 16:08 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

4. 21 de octubre de 2026 a las 16:10 UTCresolved

   La solución se ha aplicado. Hemos observado la recuperación de las tasas de error y el tráfico, y creemos que este incidente está resuelto. Publicaremos un postmortem/RCA dentro de 72 horas.

5. 24 de octubre de 2026 a las 0:22 UTCpostmortem

   **Incidente:** Una actualización de infraestructura dirigida a la seguridad hizo que DynamoDB se volviera inaccesible en el entorno de producción de Asana. Este cambio estaba relacionado con una iniciativa de aislamiento de producción, y se aplicó de una manera que dejó todos nuestros servicios de producción incapaz de utilizar tablas de DynamoDB que utilizamos para metadatos y tráfico de enrutamiento. Una vez que el cambio fue revertido nuestros servicios regresaron a operaciones normales. **Impact:** Los servicios de Asana no estaban disponibles por completo durante aproximadamente 30 minutos, 2026-10-21 15:21 UTC-15:51 UTC, y en su mayoría no estaban disponibles para otros 20 minutos, incluyendo 15:05 UTC-15:55 UTC. This also caused delay for background actions during the impact period; recovery after the end of the incident completed by 16:00 UTC. **Moving forward:** Estamos actualizando el proceso de implementación para atrapar esta clase de error. Nos moveremos a un sistema de aislamiento que permite un despliegue más gradual de cambios similares, permitiéndonos detectar la malconfiguración en las pruebas previas a la producción. Nuestra métrica considera un promedio ponderado de tiempo de trabajo experimentado por los usuarios en cada centro de datos. El número de minutos de tiempo de inactividad mostrado refleja este promedio ponderado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 30 de septiembre de 2026 a las 14:31 UTCinvestigating

   Actualmente estamos investigando esta cuestión.

2. 30 de septiembre de 2026 a las 15:09 UTCidentified

   Actualmente estamos viendo la recuperación del sistema y estamos monitoreando activamente la situación para asegurar una recuperación completa.

3. 30 de septiembre de 2026 a las 15:21 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de septiembre de 2026 a las 12:14 UTCinvestigating

   En estos momentos estamos investigando el problema.

2. 29 de septiembre de 2026 a las 15:25 UTCresolved

   El incidente se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de septiembre de 2026 a las 14:59 UTCidentified

   Hemos escuchado informes de reglas y automatización que no funcionan en la región de la UE. Hemos identificado la fuente del problema y lo hemos arreglado para los desencadenantes de nuevas automatizaciones. Nuestros ingenieros están trabajando actualmente en el atraso de las automatizaciones que desencadenaron y no funcionaron durante el incidente.

2. 21 de septiembre de 2026 a las 15:00 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

3. 21 de septiembre de 2026 a las 15:39 UTCmonitoring

   Actualmente estamos trabajando nuestro camino a través del atraso de las automatizaciones que no funcionaron.

4. 21 de septiembre de 2026 a las 16:10 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de septiembre de 2026 a las 14:36 UTCinvestigating

   Recibimos una alerta para un rendimiento lento inusual en varias regiones. Estamos investigando.

2. 17 de septiembre de 2026 a las 15:12 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 17 de septiembre de 2026 a las 15:13 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 18:08 UTCinvestigating

   Actualmente estamos investigando esta cuestión.

2. 2 de septiembre de 2026 a las 18:13 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 2 de septiembre de 2026 a las 18:14 UTCinvestigating

   El rollback parece tener errores completamente resueltos. Estamos monitoreando de cerca, pero los usuarios deben poder acceder de nuevo a Asana.

4. 2 de septiembre de 2026 a las 18:14 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. 2 de septiembre de 2026 a las 18:49 UTCresolved

   Este incidente ha sido resuelto.

6. 4 de septiembre de 2026 a las 19:52 UTCpostmortem

   Incident: Un sistema interno responsable de escalar automáticamente la capacidad del servidor backend en uno de nuestros clústeres de computación dejó de sustituir la capacidad que se había ciclado durante el mantenimiento rutinario. Esto causó una reducción gradual de la capacidad disponible durante varias horas. Un despliegue posterior se activó con insuficiente capacidad, lo que hizo fracasar todas las nuevas solicitudes de ese grupo de cálculo. Para mitigar el impacto, revertimos a una revisión de la versión anterior, que todavía tenía suficiente capacidad. Impacto: Durante aproximadamente 30 minutos, los clientes cuyo tráfico fue manejado por este grupo de computación vieron tiempo de inactividad completo; otros clientes no fueron afectados. No se perdieron datos de clientes. Avances: Hemos añadido una vigilancia adicional para detectar este tipo de fallos de aumento de la capacidad mucho antes, y hemos añadido salvaguardias para evitar que los despliegues desplacen el tráfico antes de que se confirme suficiente capacidad saludable. Nuestra métrica considera un promedio ponderado de tiempo de trabajo experimentado por los usuarios en cada centro de datos. El número de minutos de tiempo de inactividad mostrado refleja este promedio ponderado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 31 de agosto de 2026 a las 15:14 UTCinvestigating

   Estamos investigando alertas para errores de rendimiento lento y aplicación.

2. 31 de agosto de 2026 a las 15:55 UTCinvestigating

   Continuamos investigando la cuestión; hemos revertido cambios recientes y estamos trabajando para identificar la fuente de los errores.

3. 31 de agosto de 2026 a las 16:24 UTCinvestigating

   Hemos hecho cambios de configuración y vemos recuperación parcial, pero seguimos viendo algunos errores elevados.

4. 31 de agosto de 2026 a las 16:47 UTCmonitoring

   Hemos aplicado una solución están viendo signos de recuperación.

5. 31 de agosto de 2026 a las 17:18 UTCresolved

   Los síntomas de cara al usuario se han recuperado. Seguiremos monitoreando y priorizaremos una retrospectiva para comprender e impedir incidentes similares en el futuro.

6. 2 de septiembre de 2026 a las 21:29 UTCpostmortem

   Hemos estado trabajando para añadir una capa de caché a nuestro oleoducto de actualización, afinarlo cuidadosamente y rodarlo gradualmente. El miércoles 26 de agosto lo habilitamos para la mayoría de los casos de uso, y inicialmente funcionó bien. El lunes 31 de agosto, una combinación de cambios de infraestructura no relacionados y tráfico máximo empujó a la caché más allá de sus límites de escalada. Una vez cruzado ese umbral, el caché se hizo inutilizable, y muchas cápsulas que sirven tráfico de lectura para la aplicación Asana ya no podían servirlo. Mitigamos el incidente revertiendo el sistema para utilizar la ruta de código anterior y no programada. El revertido fue exitoso, pero la recuperación tomó más tiempo de lo que esperamos para esta clase de tema. Está en marcha un análisis más completo. Seguiremos con causas profundas, elementos de acción y mejoras, incluyendo por qué la recuperación tomó tanto tiempo como lo hizo. Estábamos completamente abajo por alrededor del 25% de nuestros usuarios, durante 2 horas, 15 minutos.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de julio de 2026 a las 18:49 UTCidentified

   Estamos viendo errores por parte (alrededor del 10%) de usuarios en EE.UU. para la webapp Asana. Hemos identificado la causa raíz y estamos trabajando en identificar una resolución.

2. 7 de julio de 2026 a las 19:12 UTCmonitoring

   Hemos aplicado una mitigación y estamos monitoreando para asegurar la recuperación.

3. 7 de julio de 2026 a las 19:21 UTCmonitoring

   Continuamos monitoreando cualquier otro problema.

4. 7 de julio de 2026 a las 19:24 UTCresolved

   Este incidente ha sido resuelto.

5. 8 de julio de 2026 a las 21:28 UTCpostmortem

   **Incidente**: Un cambio de configuración removió involuntariamente un recurso crítico requerido por uno de nuestros servicios. Si bien la infraestructura existente sigue funcionando normalmente, la infraestructura de nueva escala no puede estar lista. A medida que aumentaba el tráfico de la mañana, había una brecha creciente entre las solicitudes recibidas y la capacidad de nuestro sistema para manejarlas, lo que dio lugar a la degradación de los servicios. Resolvimos la cuestión restableciendo manualmente el recurso perdido y corrigiendo el cambio de configuración que causó su eliminación. **Impact**: Durante aproximadamente 1,5 horas, un subconjunto de clientes experimentó una salida completa de nuestra aplicación web y aplicaciones de escritorio. Durante este tiempo, los usuarios afectados no pudieron acceder a Asana. No se perdieron datos de clientes. **Moving forward**: Estamos implementando salvaguardias adicionales en nuestro proceso de gestión de configuración para evitar que los recursos críticos sean eliminados involuntariamente. También estamos mejorando nuestros sistemas de monitoreo para detectar la degradación antes, antes de que impacte el acceso al cliente. Nuestra métrica considera un promedio ponderado de tiempo de trabajo experimentado por los usuarios en cada centro de datos. El número de minutos de tiempo de inactividad mostrado refleja este promedio ponderado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de abril de 2026 a las 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 de abril de 2026 a las 0: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 de abril de 2026 a las 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 de abril de 2026 a las 0: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 de marzo de 2026 a las 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 de marzo de 2026 a las 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 de marzo de 2026 a las 18:34 UTCresolved

   This incident has been resolved.

1. 1 de marzo de 2026 a las 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 de marzo de 2026 a las 21:03 UTCinvestigating

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

3. 2 de marzo de 2026 a las 9:02 UTCinvestigating

   We are continuing to investigate this issue.

4. 2 de marzo de 2026 a las 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. 2 de marzo de 2026 a las 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 de marzo de 2026 a las 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 de marzo de 2026 a las 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 de marzo de 2026 a las 5:58 UTCresolved

   This incident has been resolved.

1. 5 de febrero de 2026 a las 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 de febrero de 2026 a las 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 de enero de 2026 a las 3:01 UTCinvestigating

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

2. 26 de enero de 2026 a las 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. 26 de enero de 2026 a las 3:20 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 26 de enero de 2026 a las 3:29 UTCresolved

   This incident has been resolved.

1. 22 de enero de 2026 a las 17:48 UTCinvestigating

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

2. 22 de enero de 2026 a las 17:51 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 de enero de 2026 a las 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 de enero de 2026 a las 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 de enero de 2026 a las 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 de enero de 2026 a las 19:00 UTCresolved

   This incident has been resolved.

7. 27 de enero de 2026 a las 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. 6 de enero de 2026 a las 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 de enero de 2026 a las 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 de enero de 2026 a las 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 de enero de 2026 a las 21:50 UTCresolved

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

1. 24 de noviembre de 2025 a las 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.