Historial de interrupciones de Jira Service Desk

1. 21 de octubre de 2026 a las 14:28 UTCinvestigating

   Estamos investigando un problema que impacta la barra lateral del proyecto y la navegación en Jira Cloud. Los usuarios pueden encontrar timeouts o menús perdidos al intentar acceder a las vistas del proyecto. Los equipos están analizando activamente la telemetría para identificar una mitigación. Proporcionaremos nuestra próxima actualización en 60 minutos, o antes.

2. 21 de octubre de 2026 a las 15:01 UTCmonitoring

   Las mitigaciones están en su lugar y estamos viendo recuperación en los servicios de navegación de Jira Cloud. Las barras laterales del proyecto están cargando como se espera. Nuestros equipos siguen monitoreando la situación, y esperamos confirmar la resolución completa en nuestra próxima actualización en 1 hora o antes.

3. 21 de octubre de 2026 a las 15:45 UTCresolved

   El 21 de octubre de 2026, los usuarios de JIRA, JSM, JPD y JWM pueden haber experimentado una degradación del rendimiento que afecta a la barra lateral del proyecto y la navegación. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes afectados.

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

1. 1 de octubre de 2026 a las 2:55 UTCinvestigating

   El procesamiento de empleo y la programación de empleo se degrada, lo que está afectando el trabajo programado y asincrónico en varios productos, incluyendo Jira, Confluence y Bitbucket Cloud. Los usuarios afectados pueden ver la ejecución de trabajo retrasada o desaparecida, incluyendo el procesamiento retrasado de correo electrónico a truco y los horarios que no funcionan como se espera.

2. 1 de octubre de 2026 a las 3:47 UTCidentified

   Nuestros equipos han identificado la causa raíz de este incidente y ahora están trabajando activamente para mitigar el problema. Proporcionaremos actualizaciones adicionales dentro de una hora o antes si tenemos algún progreso significativo para compartir.

3. 1 de octubre de 2026 a las 4:03 UTCidentified

   Nuestros equipos han adoptado medidas correctivas para mitigar la cuestión y están observando algunas mejoras. Seguimos vigilando la situación y tomaremos las medidas necesarias hasta que el incidente se recupere completamente.

4. 1 de octubre de 2026 a las 5:00 UTCidentified

   Nuestros equipos continúan trabajando en recuperación hasta que el incidente se resuelva completamente. Proporcionaremos más actualizaciones si tenemos avances significativos para compartir. Junto con el impacto en el trabajo programado y asincrónico en varios productos, también identificamos el componente SLA en Jira Service Management no aparece como se espera.

5. 1 de octubre de 2026 a las 7:01 UTCidentified

   Nuestros equipos continúan trabajando en recuperación hasta que el incidente se resuelva completamente. Proporcionaremos más actualizaciones si tenemos avances significativos para compartir. También hay un impacto en los nuevos boletos de soporte creados en términos de componente SLA desaparecido, notificaciones que pueden estar afectando los tiempos de respuesta y la gestión atrasada de algunos tickets.

6. 1 de octubre de 2026 a las 7:51 UTCresolved

   El 01 oct 2026, entre 01:00 UTC y 07:25 UTC, los usuarios pueden haber visto falta de ejecución laboral, incluyendo el procesamiento retrasado de correo electrónico a punta y los horarios que no funcionan como se esperaba. Ahora hemos implementado una solución y los servicios han sido restaurados a la operación normal para los clientes afectados. El impacto para apoyar las entradas con el componente SLA desaparecido y las notificaciones retrasadas también han confirmado la recuperación. Nota: Para los clientes de Bitbucket, si había algún oleoducto programado que no funcionaba durante la ventana del incidente, puede esperar la próxima ejecución programada o desencadenarlo manualmente.

7. 9 de octubre de 2026 a las 18:24 UTCpostmortem

   #### Summary El 1 de octubre de 2026, entre las 01:00 y las 07:25 UTC, el procesamiento de trabajo degradado y la programación de los productos Atlas impactaron, incluyendo Bitbucket Cloud, Confluence, Forge apps, Jira y Jira Service Management en todas las regiones de la nube comercial. Esto causó tareas de fondo retardadas o perdidas, tales como procesamiento de correo electrónico a punto y tuberías programadas; el uso interactivo del producto no fue afectado. El evento fue desencadenado cuando un volumen inesperado de tareas programadas se debía simultáneamente, abrumando nuestra plataforma de programación de trabajo compartida. El monitoreo automatizado detectó el incidente en tres minutos. La recuperación comenzó alrededor de 03:45 UTC como capacidad de ingeniería escalada y la plataforma trabajó a través del atraso, con resolución completa alcanzada en 6 horas y 25 minutos. #### IMPACT La mayoría de las tareas programadas dejaron de funcionar a las 01:00 UTC y se reanudaron a partir de las 03:45 UTC. La mayoría de los trabajos retrasados habían alcanzado alrededor de las 06:00 UTC, y los retrasos restantes habían aclarado antes de las 07:25 UTC. A través de productos afectados: - Recurrir las tareas programadas saltadas o retrasadas debido durante el incidente; las carreras no fueron repetidas automáticamente y las tareas se reanudaron en su próxima hora programada. - La mayoría de las tareas programadas por una sola vez se retrasaron; un pequeño número puede no haber funcionado. - Las reglas de automatización, incluidas las reglas programadas, funcionan normalmente, excepto como se indica a continuación. Bitbucket Cloud Las tuberías programadas debido entre las 01:00 y alrededor de 03:50 UTC no funcionaron. Si un oleoducto programado no funcionó durante el incidente, puede esperar la próxima ejecución programada o activarlo manualmente. Otras operaciones de oleoducto no se vieron afectadas. Confluencia No se enviaron algunos recordatorios del evento calendario entre las 01:00 y las 03:45 UTC. Aplicaciones de forja Los desencadenantes programados se detuvieron a las 01:00 UTC y se reanudaron a partir de las 04:00 UTC; no se reprodujeron las invocaciones perdidas. Objetivos Los recordatorios de correo electrónico del mes para actualizar los objetivos podrían retrasarse. Jira y Jira Service Management Los correos electrónicos entrantes se quedaron en sus buzones y fueron procesados automáticamente después de la recuperación. Las notificaciones programadas, como las suscripciones de filtros, se retrasaron. En algunos proyectos de servicio, las reglas de automatización y notificaciones activadas por los SLA o el tiempo en estado se retrasaron. Los datos del temporizador SLA permanecieron intactos. Atlassian Support Hasta las 07:25 UTC, los problemas con nuestras herramientas de apoyo podrían haber ralentizado algunas de nuestras respuestas. Basándonos en nuestra investigación hasta la fecha, no hemos identificado ninguna pérdida de artículos de trabajo, páginas, repositorios o correos electrónicos entrantes. ## ROOT CAUSE Nuestra plataforma de programación de trabajo compartida funciona a gran escala en condiciones normales. Uno de los consumidores de la plataforma programaba un volumen anormalmente alto de tareas a ejecutar al mismo tiempo el 1 de octubre a la 01:00 UTC. Esta oleada de orden de conciencia superó nuestros límites arquitectónicos y de escalada, creando un proceso atrasado a través de servicios dependientes. Ingeniería aumenta manualmente la capacidad para manejar la carga anormal, permitiendo al servicio procesar el atraso y volver a operaciones normales. ### REMEDIAL ACTIONS PLAN & NEXT STEPS Sabemos que el trabajo retrasado y perdido afecta su productividad. Estamos priorizando estas acciones para ayudar a reducir la probabilidad y el impacto de incidentes similares: ** Mejorar el aislamiento de la carga de trabajo** Implementar correas de programación justas para que los aumentos de volumen de una sola fuente no mueran de hambre o retrasan tareas en otros productos. - Controles de onda Strengthen:** Añada capacidades operacionales para acelerar rápidamente o detener las cargas de trabajo programadas de fuentes específicas durante los picos de tráfico inesperados. **Mejorar el escalado del sistema y la recuperación:** Mejorar la capacidad de la plataforma y optimizar los procesos de escalado para manejar picos de demanda extrema y recuperarse más rápidamente. Nos disculpamos con clientes cuyos servicios fueron impactados durante este incidente. Gracias. Atlassian

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

1. 24 de septiembre de 2026 a las 13:54 UTCinvestigating

   Seguimos investigando la cuestión que afecta a la creación de Jira, la visualización de la emisión y la carga de la junta. Nuestros equipos siguen comprometidos en la identificación de una resolución. Proporcionaremos la siguiente actualización en 1 hora, o antes si hay progreso material.

2. 24 de septiembre de 2026 a las 14:58 UTCmonitoring

   Se han desplegado Mitigaciones y estamos viendo signos positivos de recuperación en Jira. Los temas que ven los artículos de trabajo, las tablas de carga y la creación de entradas están subvencionando. Continuamos monitoreando la salud del sistema para asegurar la plena estabilidad y compartiremos nuestra próxima actualización dentro de 60 minutos.

3. 24 de septiembre de 2026 a las 15:53 UTCresolved

   El 24 de septiembre de 2026, algunos usuarios de Jira y JSM en la región de Estados Unidos pueden haber experimentado una degradación del rendimiento que impacta la creación de problemas de Jira, la visualización de problemas y la carga de tableros. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes afectados.

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

1. 14 de septiembre de 2026 a las 16:46 UTCinvestigating

   Estamos investigando activamente los informes de una interrupción del servicio que afecta a Opsgenie y Jira Service Management. Compartiremos actualizaciones aquí ya que hay más información disponible.

2. 14 de septiembre de 2026 a las 17:16 UTCidentified

   Hemos identificado la causa probable de la cuestión, y nuestros equipos están trabajando diligentemente en una mitigación. Seguiremos compartiendo actualizaciones adicionales aquí ya que hay más información disponible.

3. 14 de septiembre de 2026 a las 17:27 UTCmonitoring

   La cuestión se ha resuelto y los servicios funcionan normalmente para todos los clientes afectados. Seguiremos monitoreando de cerca para confirmar la estabilidad.

4. 14 de septiembre de 2026 a las 17:43 UTCresolved

   El 14 de septiembre de 2026, Opsgenie y Jira Service Management experimentaron un trastorno, y los usuarios afectados vieron notificación de alertas retardadas e incapacidad para ver las alertas en la interfaz de usuario. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes afectados.

5. 18 de septiembre de 2026 a las 17:02 UTCpostmortem

   #### Summary El 14 de septiembre de 2026, entre 15:30 y 17:10 UTC, clientes Atlassianos usando Opsgenie, Jira Service Management y Compass experimentaron retrasos en la recepción de notificaciones de alerta y fallas intermitentes al utilizar funciones de Ops. La cuestión fue provocada por transacciones de larga duración en un servicio básico, lo que dio lugar al agotamiento de la reserva de hilos y causó que las solicitudes subsiguientes no respondieran. Las transacciones de larga duración fueron causadas por un cambio de configuración liberado entre el 9 de septiembre de 2026 y el 11 de septiembre de 2026 UTC. El equipo monitoreó activamente el impacto del cambio en el sistema hasta principios del 14 de septiembre de 2026 UTC, y no observó anomalías. Sin embargo, el aumento del tráfico durante las horas de trabajo estadounidenses el 14 de septiembre de 2026, causó estas transacciones inesperadamente largas. El incidente fue detectado en un minuto por nuestros sistemas de monitoreo automatizados, y la estabilización de servicio completo ocurrió después de aislar y revolver el cambio el 14 de septiembre de 2026 a las 17:10 UTC. #### IMPACT El incidente afectó principalmente las funciones de Opsgenie, Jira Service Management y Compass para clientes hospedados en la región estadounidense. Durante el incidente, el flujo final a extremo para la creación de alertas y la notificación sufrió un retraso promedio de 22 minutos. Durante el incidente no se retiraron las alertas ni las cargas de pago notificadas; todos los eventos solicitados se procesaron con éxito y se entregaron como servicios recuperados. Además, los puntos finales relacionados de la API de Ops y los flujos de UI Web experimentaron errores de latencia elevada e intermitente. La interrupción comenzó a las 15:30 UTC y se resolvió a las 17:10 UTC (duración total: 1 hora y 40 minutos). Los equipos de ingeniería fueron alertados inmediatamente a través de tuberías de emergencia y comenzaron la mitigación sin demora. Sin embargo, la perturbación afectó las corrientes internas de notificación y coordinación entre los equipos interfuncionales (incluidos el Servicio de Atención al Cliente y las Comunicaciones de Incidentes), lo que dio lugar a demoras en la publicación de actualizaciones externas de Statuspage. ## ROOT CAUSE El incidente fue desencadenado cuando un cambio de configuración recién lanzado hizo llamadas redundantes de servicio aguas abajo en cada carga de página, causando un aumento de tráfico. El cambio de configuración, lanzado entre el 9 de septiembre de 2026 y el 11 de septiembre de 2026, fue supervisado activamente para su impacto hasta principios del 14 de septiembre de 2026. Sin embargo, un aumento de tráfico durante las horas de trabajo estadounidenses causó problemas inesperados. El servicio incipiente comenzó las solicitudes de limitación de tarifas, y una estrategia agresiva de reingreso sin suficiente retroceso mantuvo abiertos los hilos de los trabajadores, lo que llevó a un agotamiento de la piscina y los plazos para entrar en tráfico crítico. ### REMEDIAL ACTIONS PLAN & NEXT STEPS El incidente fue mitigado por desactivar la bandera de características que desencadenaba la tasa interservicio que limitaba. Entendemos que el acceso confiable a productos Atlassian es fundamental para sus equipos. Estamos priorizando las siguientes acciones para prevenir la recurrencia: **Mejora la resiliencia de servicio a servicio** - Revisar y ajustar las configuraciones de limitación de tarifas entre los servicios internos. - Optimize retry strategies to prevent long-running transactions and keep the impact isolated to problematic point. **Mejora la solución arquitectónica** - Refinar la arquitectura de este servicio básico para tener más aislamiento entre diferentes transacciones de manera que las degradaciónes en un tipo de transacción no impacten flujos críticos no relacionados. Mejor Alerta Proactiva - Agregue alertas tempranas para la saturación de la piscina de hilos y respuestas elevadas de tipo interservicio antes de que impacten a los usuarios finales. - Implementar procesos de alerta de respaldo para soporte al cliente y rutas de comunicación de incidentes Nos disculpamos con clientes cuyos servicios fueron impactados durante este incidente; estamos tomando medidas inmediatas para mejorar el rendimiento y la disponibilidad de la plataforma. Gracias. Asistencia al cliente de Atlas

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

1. 11 de septiembre de 2026 a las 7:46 UTCinvestigating

   Estamos investigando informes de un problema que afecta a Jira Software y Jira Service Management. Los usuarios afectados pueden experimentar errores o retrasos al cargar puntos de vista y tableros de visualización. Trabajamos para identificar la causa raíz y proporcionaremos una actualización a medida que se disponga de más información.

2. 11 de septiembre de 2026 a las 8:06 UTCmonitoring

   Se ha desplegado una mitigación, y estamos observando la recuperación en Jira Software y Jira Service Management puntos de vista y juntas. Nuestros equipos de ingeniería están monitoreando estrechamente el medio ambiente para garantizar una estabilidad sostenida. Proporcionaremos otra actualización una vez que se confirme la resolución completa o dentro de 60 minutos.

3. 11 de septiembre de 2026 a las 8:37 UTCresolved

   El 11 de septiembre de 2026, entre las 07:02 UTC y las 07:56 UTC, algunos usuarios de Jira Software y Jira Service Management pueden haber experimentado un rendimiento y errores degradados al acceder a los artículos y juntas de trabajo. La cuestión se ha resuelto y todos los servicios funcionan normalmente.

4. 21 de septiembre de 2026 a las 22:36 UTCpostmortem

   #### Summary El 11 de septiembre de 2026, entre 07:02 y 07:56 UTC, los clientes Atlassianos principalmente de la región de la UE y algunos de la región APAC utilizando productos Jira y Jira Service Management no pudieron ver ítems de trabajo o tableros de acceso consistentemente. El evento fue desencadenado por un retroceso de configuración interna incompatible en la plataforma de datos gráfica subyacente. El incidente fue detectado en un plazo de 3 minutos por nuestro sistema de vigilancia automatizado y mitigado por el avance del despliegue estable a todas las regiones. El tiempo total para la resolución fue de unos 54 minutos. #### IMPACT El impacto general ocurrió entre el 11 de septiembre de 2026, 07:02 UTC y el 11 de septiembre de 2026, 07:56 UTC en dos productos. Durante este período, algunos clientes de la región de la UE utilizando Jira y Jira Service Management experimentaron fallos intermitentes o rendimiento degradado. Señalamos que un fallo de configuración impidió que los servicios de dependencia críticos se ampliaran, lo que dio lugar a un desvío para los usuarios afectados. Los usuarios de Jira y Jira Service Management experimentaron errores de timeout y cargas de página fallidas o retrasadas al intentar acceder a la vista de los artículos de trabajo, el navegador de emisión y la vista de la junta. ## ROOT CAUSE The incident was caused by the deployment of a change to the graph store service, which serve links to third-party entities such as pull requests. El cambio causó que fallaran los cheques de arranque, evitando que nuevos nodos se unieran al grupo. Durante el tráfico máximo, el servicio no pudo escalar lo suficiente, causando solicitudes de Jira y Jira Service Management al servicio de la tienda de gráficos para fracasar. ### REMEDIAL ACTIONS PLAN & NEXT STEPS Sabemos que las salidas impactan su productividad. Estamos priorizando las siguientes acciones de mejora para evitar repetir este tipo de incidente: - Implementar Configuración Basada en Código: Estamos moviendo archivos de definición de configuración para ser parte de la base de código básico para asegurar que sean versionados y desplegados sincronizadamente con la lógica de aplicación. - Degradación graciosa en Jira: Estamos implementando cambios en las opiniones de Jira afectadas para segregar las consultas básicas de las consultas de dependencia no crítica, permitiendo que la página siga siendo funcional incluso si un servicio de abajo falla. - Optimize Deployment Pipeline: Los oleoductos de Despliegue están siendo optimizados para permitir actualizaciones aceleradas y paralelas durante los escenarios de respuesta operacional. Nos disculpamos con clientes cuyos servicios fueron impactados durante este incidente; estamos tomando medidas inmediatas para mejorar el rendimiento y la disponibilidad de la plataforma. Gracias. Asistencia al cliente de Atlas

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

1. 3 de septiembre de 2026 a las 14:20 UTCinvestigating

   Estamos investigando un problema que afecta a Jira Service Management. Los usuarios afectados pueden experimentar errores o lentitud al ver o interactuar con el campo Servicios Afectados. Nuestros equipos están investigando activamente la causa raíz. Proporcionaremos la siguiente actualización en la próxima 1 hora, o antes.

2. 3 de septiembre de 2026 a las 15:20 UTCinvestigating

   Hemos identificado la causa de la cuestión que afecta a Jira Service Management y actualmente estamos implementando una solución. Esperamos ver la recuperación en breve y seguiremos monitoreando la situación de cerca. Proporcionaremos la siguiente actualización en 60 minutos, o antes si hay una actualización de material.

3. 3 de septiembre de 2026 a las 16:15 UTCmonitoring

   Se ha resuelto la degradación del desempeño de Jira Service Management, y los servicios están funcionando normalmente para todos los clientes afectados. Seguiremos monitoreando el rendimiento de cerca para confirmar la estabilidad.

4. 3 de septiembre de 2026 a las 17:03 UTCresolved

   El 3 de septiembre de 2026, algunos usuarios de Jira Service Management pueden haber experimentado errores viendo el campo de los Servicios Afectados o la degradación del rendimiento en la web. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes afectados.

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

1. 1 de septiembre de 2026 a las 10:11 UTCmonitoring

   Hemos identificado la causa raíz de la cuestión que afecta a las transiciones de Jira Work Item y hemos aplicado una solución. Actualmente estamos viendo signos de recuperación y seguiremos monitoreando. Proporcionaremos la siguiente actualización en la próxima 1 hora, o antes si hay una actualización de material.

2. 1 de septiembre de 2026 a las 11:44 UTCresolved

   El 1 de septiembre de 2026, entre 04:22 UTC a 10:59 UTC, algunos usuarios de Jira pueden haber experimentado interrupciones de servicio. El problema ya se ha resuelto y el servicio funciona normalmente para todos los clientes.

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

1. 27 de agosto de 2026 a las 4:22 UTCinvestigating

   Nuestros equipos han identificado esta cuestión también está impactando a Jira Service Management. Actualizaremos lo antes posible.

2. 27 de agosto de 2026 a las 4:25 UTCinvestigating

   Estamos investigando un problema con el acceso a productos que impactan a los clientes de Confluencia, Jira Cloud y Jira Serivce Management. Nuestro equipo está investigando urgentemente esta cuestión y proporcionaremos más detalles dentro de una hora o antes si hay información disponible.

3. 27 de agosto de 2026 a las 4:33 UTCidentified

   Nuestros equipos han identificado una posible solución para los problemas que afectan a Jira Cloud, Jira Service Management y Confluence. Esto se está poniendo en marcha para las regiones afectadas y actualizaremos dentro de una hora, o antes si hay más información disponible.

4. 27 de agosto de 2026 a las 4:51 UTCmonitoring

   Las cuestiones relacionadas con la carga de Jira Cloud, Jira Service Management y Confluence están ahora en recuperación. Seguiremos monitoreando de cerca para confirmar la estabilidad y proporcionar una actualización dentro de una hora, o antes cuando se disponga de más información.

5. 27 de agosto de 2026 a las 5:16 UTCresolved

   El 27 de agosto de 2026 UTC, productos Atlas, incluyendo Jira Cloud, Jira Service Management y Confluence, experimentaron una perturbación, y los servicios no estaban disponibles para los usuarios afectados. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes afectados. En esta página se pondrá a disposición una postal pública para este incidente cuando se haya completado la investigación completa del incidente.

6. 7 de septiembre de 2026 a las 2:53 UTCpostmortem

   ** RESUMEN** El 27 de agosto de 2026, entre 03:51 y 04:35 UTC, los clientes Atlassianos de las regiones de Europa Occidental y el sureste APAC no pudieron llegar a los productos de Atlassian Cloud, incluyendo Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search y Talent. El evento fue desencadenado por un cambio de código defectuoso a la capa de enrutamiento de una de nuestras flotas proxy. Esto dio lugar a errores de HTTP 404 en todo el tráfico de clientes a través de estas flotas proxy en las regiones de Europa Occidental y el Sureste APAC. El incidente fue detectado dentro de 1 minuto por nuestros sistemas de monitoreo automatizados, y mitigado por volver a la versión anterior de configuración, que puso la flota proxy en un estado conocido. Tras la recuperación de la flota proxy, algunos clientes de Jira y Confluence (independientemente de su ubicación) recibieron errores HTTP 503 entre 04:33 y 04:53 UTC como flotas de servidores ajustadas a la afluencia de tráfico. **IMPACT** El impacto general se dividió en dos períodos discretos: - En primer lugar, el 27 de agosto de 2026, entre 03:51 y 04:35 UTC en Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search y Talent. El incidente causó la interrupción del servicio al tráfico de clientes proveniente de las regiones de Europa Occidental y el Sureste APAC, con errores HTTP 404 devueltos. No hubo impacto en el tráfico de API de clientes, independientemente de la ubicación de origen. - Segundo, el 27 de agosto de 2026, entre 04:33 y 04:53 UTC, algunos clientes de Jira y Confluence independientemente de la ubicación recibieron errores HTTP 503 después de los errores HTTP 404 fueron resueltos: ~32% de solicitudes en ap-southeast-2, ~4% de solicitudes en eu-west-1, ~2.5% de solicitudes en nosotros-oeste-2 y ap-southeast-1, y todas las solicitudes restantes regiones globales. ♪ROOT CAUSE ♪ El evento fue desencadenado por un cambio de código a una de nuestras flotas proxy. Sin embargo, hubo un defecto en el código implementado que no fue detectado por pruebas manuales y automatizadas. Esto llevó a una malconfiguración de una funcionalidad de búsqueda de arrendatarios en el nivel proxy, lo que llevó a que el tráfico no tuviera una ruta de red válida, lo que dio lugar a errores HTTP 404 que se estaban sirviendo a todo el tráfico de clientes a través de estas flotas proxy en Europa Occidental y el Sureste APAC regiones. Después de recuperar el impacto del tier proxy, un segundo período de impacto fue causado a algunos clientes de Jira y Confluence. Debido a la reducción del tráfico servido a Jira y Confluencia por la flota proxy, los niveles de servicio Jira y Confluence se habían escalado automáticamente en el número de servidores que prestan servicio al tráfico de clientes. Una vez que se restableció la funcionalidad de la flota proxy, el aumento del tráfico desbordó el nivel de servicio de Jira, que devolvió una tasa elevada de HTTP 503s hasta que se escala automáticamente de nuevo. MEDIDAS REMEDIALES PLAN DE PLANES NEXOS** Sabemos que las salidas impactan su productividad. Si bien tenemos una serie de pruebas y procesos preventivos en su lugar, este problema específico no se identificó porque el cambio estaba relacionado con un tipo de caso de borde muy específico que no fue recogido por nuestras suites de despliegue continuo automatizadas y scripts de prueba manuales. Estamos priorizando las siguientes acciones de mejora para evitar repetir este tipo de incidente: **Añadiendo nuevas salvaguardias para el despliegue** El oleoducto de despliegue para la configuración del nivel proxy impactado estaba utilizando un sistema legado y no tenía las características de despliegue regional lenta apropiadas configuradas correctamente. Ya hemos añadido las salvaguardias correctas, y estamos moviendo esto a nuestro canal de implementación estándar de la empresa que incluye todos nuestros controles de seguridad habilitados por defecto. También estamos auditando todos los servicios de redes para validar que están todos en el nuevo servicio estándar de implementación de tuberías. * Mejorar las políticas de escala de la flota de servicios* La configuración de escalada automática para nuestras flotas de servicio Jira y Confluence fue configurada para escalar demasiado agresivamente. Estamos revisando y actualizando a fondo todas las complejas políticas de escalada automática Jira y Confluence para asegurar que esto no ocurra de nuevo. Nos disculpamos con clientes cuyos servicios fueron impactados durante este incidente; estamos tomando medidas inmediatas para mejorar el rendimiento y la disponibilidad de la plataforma. Gracias. Asistencia al cliente de Atlas

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

1. 25 de agosto de 2026 a las 8:42 UTCinvestigating

   Estamos investigando activamente los informes sobre la degradación del desempeño, lo que ha dado lugar a un aumento de latencia para las notificaciones de correo electrónico, móvil y de retraso para Jira, JSM y Confluence. Nuestros equipos están investigando el tema y se compartirá más información dentro de las próximas 1 hora.

2. 25 de agosto de 2026 a las 9:44 UTCinvestigating

   Nuestros equipos han identificado las regiones afectadas y están trabajando activamente para mitigar la cuestión. Proporcionaremos actualizaciones adicionales dentro de una hora, o antes si tenemos avances significativos para compartir.

3. 25 de agosto de 2026 a las 10:49 UTCinvestigating

   Nuestros equipos han adoptado pocas medidas correctivas para mitigar la cuestión en una de las regiones afectadas y están observando algunas mejoras. Seguimos vigilando la situación y tomaremos las medidas necesarias hasta que el incidente se recupere completamente. Proporcionaremos más actualizaciones dentro de las próximas dos horas, o antes si tenemos avances significativos para compartir.

4. 25 de agosto de 2026 a las 13:01 UTCmonitoring

   Nuestros equipos siguen atenuando la cuestión y están observando algunas mejoras. Seguimos vigilando la situación y tomaremos las medidas necesarias hasta que el incidente se recupere completamente. Proporcionaremos más actualizaciones dentro de las próximas dos horas, o antes si tenemos avances significativos para compartir.

5. 25 de agosto de 2026 a las 14:33 UTCresolved

   El 25 de agosto de 2026, algunos usuarios pueden haber experimentado un aumento de latencia en las notificaciones de correo electrónico, móviles y holgados. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes.

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

1. 24 de agosto de 2026 a las 19:22 UTCinvestigating

   Estamos investigando activamente los informes sobre la degradación del desempeño que dieron lugar a un aumento de latencia para las notificaciones de correo electrónico, móvil y Slack para JIRA, JSM y Confluence. Compartiremos actualizaciones aquí ya que hay más información disponible.

2. 24 de agosto de 2026 a las 20:25 UTCinvestigating

   Nuestros equipos han identificado tres regiones afectadas, y continúan investigando el aumento de latencia que afecta a las notificaciones de correo electrónico, móvil y Slack para JIRA, JSM y Confluence.

3. 24 de agosto de 2026 a las 21:30 UTCidentified

   Hemos identificado la causa probable de la cuestión, y nuestros equipos están trabajando diligentemente en una mitigación. Los usuarios afectados pueden experimentar mayor latencia en las notificaciones de correo electrónico, móvil y Slack para JIRA, JSM y Confluencia. Seguiremos compartiendo actualizaciones adicionales aquí ya que hay más información disponible.

4. 24 de agosto de 2026 a las 23:15 UTCresolved

   El 24 de agosto de 2026, algunos usuarios de JIRA, JSM y Confluence pueden haber experimentado la degradación del rendimiento dando lugar a una mayor latencia en las notificaciones de correo electrónico, móvil y Slack. La cuestión se ha resuelto para las notificaciones recién creadas, y el servicio funciona normalmente. Puede haber notificaciones antiguas que se están procesando, y esperamos que se completen en las próximas horas.

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

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

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

3. 7 de agosto de 2026 a las 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. 21 de julio de 2026 a las 9:48 UTCidentified

   Trabajamos con nuestro proveedor de notificación para resolver el problema. Proporcionaremos otra actualización en 24 horas o tan pronto como se disponga de más información.

2. 22 de julio de 2026 a las 6:59 UTCidentified

   Un pequeño número de notificaciones de voz para clientes de Jira Service Management y Opsgenie usando números móviles basados en India puede fallar. Los clientes pueden ver registros de llamadas de voz fallidos y no recibir la llamada de paging prevista. Nuestro proveedor de notificación de terceros está trabajando activamente para restaurar la entrega de la notificación de voz y proporcionaremos actualizaciones una vez resuelto el problema. Si necesita más apoyo o información, comuníquese con nuestro equipo de apoyo.

3. 24 de julio de 2026 a las 13:07 UTCresolved

   Nuestro proveedor de notificación ha identificado la raíz de la cuestión que está causando fallos de llamada de voz a algunos números móviles basados en la India. Comprendemos la molestia que esto puede causar y apreciar su paciencia mientras nuestro proveedor trabaja en restaurar el servicio. Si ha experimentado algún problema con notificaciones de voz, por favor contacte con nuestro Soporte para asistencia.

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

1. 20 de julio de 2026 a las 20:18 UTCinvestigating

   Estamos investigando activamente los informes sobre la degradación del desempeño que afectan a las normas de automatización de Jira y Jira Service Management. Compartiremos actualizaciones aquí ya que hay más información disponible.

2. 20 de julio de 2026 a las 21:27 UTCinvestigating

   Nuestros equipos continúan investigando retrasos en las ejecuciones de reglas de gestión de servicios Jira y Jira para algunos clientes. Estamos viendo signos de mejora, pero los usuarios afectados todavía pueden experimentar retrasos. Compartiremos actualizaciones aquí ya que hay más información disponible.

3. 21 de julio de 2026 a las 4:53 UTCidentified

   El equipo ha identificado una causa raíz y después de las pruebas iniciales, ahora está realizando cambios de escalado para ayudar a prevenir estos retrasos en la ejecución de normas. Seguiremos el rendimiento durante las próximas 24 horas y proporcionaremos una actualización en ese momento o antes si podemos confirmar que la mejora está en marcha.

4. 22 de julio de 2026 a las 0:56 UTCresolved

   Nuestro equipo ha podido validar que todas las ejecuciones de reglas se llevan a cabo normalmente y este tema se resuelve ahora.

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

1. 20 de julio de 2026 a las 16:03 UTCinvestigating

   Estamos investigando activamente los informes sobre la degradación del desempeño que afectan a las normas de automatización de Jira y Jira Service Management. Compartiremos actualizaciones aquí ya que hay más información disponible.

2. 20 de julio de 2026 a las 16:58 UTCidentified

   Hemos identificado la causa probable de la cuestión, y nuestros equipos están trabajando diligentemente en una mitigación. Actualmente estamos viendo signos de mejoras, sin embargo, los usuarios afectados pueden experimentar retrasos en Jira y Jira Administración de servicios Ejecuciones de reglas de automatización. Seguiremos compartiendo actualizaciones adicionales aquí ya que hay más información disponible.

3. 20 de julio de 2026 a las 17:23 UTCresolved

   El 20 de julio de 2026, algunos usuarios de Jira y Jira Service Management podrían haber experimentado la degradación del rendimiento de las ejecuciones de reglas de automatización. El problema se ha resuelto y el servicio funciona normalmente para todos los clientes afectados.

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

1. 6 de julio de 2026 a las 9:23 UTCinvestigating

   Estamos investigando problemas que afectan a sus servicios. Estamos trabajando activamente para identificar la causa y resolver el problema. Proporcionaremos actualizaciones adicionales dentro de una hora.

2. 6 de julio de 2026 a las 10:04 UTCmonitoring

   Hemos aplicado con éxito la solución y estamos viendo recuperación. Las capacidades de automatización están siendo restauradas y deben funcionar normalmente hacia adelante. Las solicitudes de procesamiento de datos presentadas durante el período de salida no se completaron debido a la falta de disponibilidad de servicios. Seguimos vigilando la situación y esperamos una recuperación completa en la próxima hora. Proporcionaremos actualizaciones adicionales en la próxima hora o antes.

3. 6 de julio de 2026 a las 11:46 UTCinvestigating

   Todavía estamos viendo algunos problemas con la búsqueda de usuarios, el usuario-picker y activos en todo con la UE-Región. Seguimos investigando la situación y proporcionaremos actualizaciones adicionales en la próxima hora o antes.

4. 6 de julio de 2026 a las 12:25 UTCmonitoring

   Hemos aplicado la solución para mitigar el problema y estamos viendo la recuperación. Seguimos vigilando la situación y debemos recuperarnos completamente pronto. Deberíamos poder proporcionar más actualizaciones en la próxima hora o temprano.

5. 6 de julio de 2026 a las 13:04 UTCresolved

   El 6 de julio de 2026, entre 06:51 UTC a 09:39 UTC algunos usuarios pueden haber experimentado problemas relacionados Automatización, y entre 08:10 UTC a 11:50 UTC algunos usuarios pueden haber experimentado problemas relacionados con la búsqueda de usuarios, el usuario-picker y activos en la UE-Región. Los problemas ya se han resuelto y los servicios funcionan normalmente para todos los clientes.

6. 17 de julio de 2026 a las 16:59 UTCpostmortem

   ## Summary El 6 de julio de 2026, entre las 06:51 y 20:17 UTC, los clientes Atlassianos que utilizan productos en la nube en las regiones europeas (UE) experimentaron interrupciones de servicios que afectan la ejecución de reglas de automatización, búsqueda de usuarios, buscador de usuarios y flujos de trabajo relacionados. El incidente comenzó cuando un servicio central de identidad experimentó la saturación de bases de datos en las regiones de la UE, aumentando las tasas de latencia y error. Mientras los equipos de respuesta trabajaban para restaurar la capacidad, se aplicó una mitigación de emergencia que impedía que las normas de automatización tuvieran acceso al punto final de identidad. Paralelamente, la elevada latencia de identidad contribuyó a un fallo en cascada en un servicio de búsqueda de usuarios de aguas abajo, búsqueda de usuarios degradantes y experiencias de usuario en varios productos. El servicio se restableció progresivamente después de que se añadiera la capacidad adicional de lectura de la base de datos, se eliminó el bloque de emergencia y se aumentó manualmente el servicio de búsqueda de usuarios. ## Impacto El incidente afectó a clientes de varios productos Atlassianos en las regiones de la UE el 6 de julio de 2026 entre las 06:51 y 20:17 UTC. - **Degradación del servicio de Identidad del Fuego**: se observaron tasas elevadas de acceso intermitente denegadas en los productos de las regiones de la UE. - ** Fallos de ejecución de reglas de automatización:** reglas de automatización usando el usuario predeterminado (Automation for Jira) en Jira, Jira Service Management y Jira Product Discovery en las regiones de la UE fallaron con un error de permisos. - **User search and user picker failures:** user search success rates dropped significantly in EU regions, with user picker capacity largely unavailable across products. ## Root Cause El incidente se originó de un cambio de configuración reciente que redujo la vida de caché para un servicio de identidad central. A medida que el tráfico del día de trabajo de la UE aumentó el 6 de julio de 2026, una mayor parte de las solicitudes comenzaron a llegar directamente a la base de datos de respaldo en lugar de ser atendidos por cache. Las bases de datos de la UE no tenían suficiente capacidad regional para absorber el aumento de la carga, y la CPU de bases de datos alcanzó la saturación, causando elevados accesos intermitentes denegados. Como parte de la mitigación, se aplicó un bloque de emergencia para reducir la carga en la base de datos saturada de servicios de identidad y priorizar la restauración del servicio básico de identidad. Esto impidió inadvertidamente que las reglas de automatización pasaran sus cheques de permiso de ejecución previa, lo que les hizo fracasar. La duración ampliada se debió principalmente a una ola secundaria de fallas de las reglas de automatización causadas por el límite de procesamiento que se agudiza. Paralelamente, la degradación sostenida causó un aumento de latencia e insuficiencias intermitentes entre los productos que dependen de estos controles, y contribuyó a un fallo en cascada en un servicio de búsqueda de usuarios de aguas abajo. Como resultado, las experiencias de búsqueda de usuarios y de captador de usuarios se hicieron en gran medida indisponibles en las regiones de la UE hasta que se recuperó el servicio de permisos y el servicio de búsqueda de usuarios fue ampliado para restaurar la capacidad. ## Remedial Actions Plan " Next Steps Sabemos que las salidas impactan la productividad de los clientes. Atlassian está priorizando las siguientes acciones para ayudar a prevenir incidentes similares en el futuro: **Mejora las salvaguardias para la mitigación de emergencias de alto impacto** Harden operational tooling so mitigation steps that could disable customer-facing workflows require additional review. **Strengthen infraestructura de identidad capacidad y cambio de seguridad:** Examinar el tamaño de la base de datos regional y el encabezamiento de la capacidad para reducir el riesgo de saturación durante los períodos de tráfico máximo, y refinar el proceso de evaluación de los cambios de configuración para que se evalúe el impacto de la carga aguas abajo antes de la puesta en marcha de la producción. - **Strengthen resiliencia contra fallos en cascada de la degradación de aguas arriba:** Gestión de la retropresión auditiva, configuración de interruptores y comportamiento de autoescalamiento en los servicios, para que la degradación de corriente no cause un impacto de producto más amplio en la búsqueda de usuarios, el buscador de usuarios y experiencias relacionadas. - **Harden replay mechanisms for Automation rule failures:** Aumentar la resiliencia de las normas de automatización para reducir el impacto asociado a incidentes que ocurren en dependencias. Reconocemos que los flujos de trabajo fiables críticos son para nuestros clientes, y nos disculpamos a los clientes que fueron afectados por este incidente. Gracias. Asistencia al cliente de Atlas

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

1. 19 de junio de 2026 a las 22:46 UTCmonitoring

   Los clientes de Jira y JSM usando Microsoft OAuth para la creación automática de entradas de Jira desde el correo electrónico no pudieron leer el correo electrónico. Esto es ahora fijo y funcional para todo nuevo procesamiento de correo electrónico entrante. Los clientes afectados durante el período del incidente necesitan volver a autorizar el servidor de correo de Microsoft para restaurar y a continuación son las instrucciones. Para reautorizar un servidor de correo de Microsoft entrante: Iniciar sesión en Jira como Admin Seleccione > Sistema Seleccione el correo electrónico. Seleccione Editar servidor de correo entrante. Seleccione la reautorización . Introduzca sus credenciales de Microsoft para continuar utilizando su servidor de correo de Microsoft.

2. 26 de junio de 2026 a las 5:13 UTCresolved

   Nuestro equipo ha contactado proactivamente a todas las organizaciones impactadas proporcionando las siguientes instrucciones para reautorizar su servidor de correo de Microsoft. Si todavía está experimentando este problema, por favor trate de completar la reautorización como se recomienda a continuación. Si se siguen produciendo otras cuestiones que usted cree que están relacionadas con este incidente, sírvase llegar al apoyo Atlassiano para obtener más asistencia.

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

1. 10 de junio de 2026 a las 9:42 UTCinvestigating

   Users are facing degraded performance while accessing Assets page which is impacting Assets object creation, updation and deletion activities. Our teams are investigating actively and will be sharing more details in next 1 hour.

2. 10 de junio de 2026 a las 10:00 UTCresolved

   On June 10 2026, between 08:10 and 09:08 UTC, users experienced degraded performance and inability to load the Assets page, which is impacting the ability to create, update, and delete assets. We have implemented a fix and services have been restored to normal operation for all affected customers.

1. 10 de junio de 2026 a las 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. 10 de junio de 2026 a las 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. 10 de junio de 2026 a las 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. 10 de junio de 2026 a las 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.

1. 9 de junio de 2026 a las 5:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 9 de junio de 2026 a las 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 9 de junio de 2026 a las 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 9 de junio de 2026 a las 18:27 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.