История сбоев Jira Service Management

1. 3 сентября 2026 г. в 14:20 UTCinvestigating

   Мы расследуем вопрос, влияющий на управление услугами Jira. Пострадавшие пользователи могут испытывать ошибки или медлительность при просмотре или взаимодействии с полем затронутых служб. Наши команды активно исследуют первопричину. Мы предоставим следующее обновление в течение следующих 1 часа или раньше.

2. 3 сентября 2026 г. в 15:20 UTCinvestigating

   Мы определили причину проблемы, затрагивающей Jira Service Management, и в настоящее время внедряем исправление. Мы ожидаем скорого восстановления и будем продолжать внимательно следить за ситуацией. Мы предоставим следующее обновление через 60 минут или раньше, если есть существенное обновление.

3. 3 сентября 2026 г. в 16:15 UTCmonitoring

   Деградация производительности Jira Service Management была устранена, и сервисы теперь работают нормально для всех пострадавших клиентов. Мы продолжим внимательно следить за производительностью, чтобы подтвердить стабильность.

4. 3 сентября 2026 г. в 17:03 UTCresolved

   3 сентября 2026 года некоторые пользователи Jira Service Management, возможно, столкнулись с ошибками при просмотре поля «Пострадавшие службы» или ухудшением производительности в Интернете. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 10:11 UTCmonitoring

   Мы определили первопричину проблемы, влияющей на переходы рабочего пункта Jira, и применили исправление. В настоящее время мы наблюдаем признаки восстановления и будем продолжать следить. Мы предоставим следующее обновление в течение следующих 1 часа или раньше, если есть существенное обновление.

2. 1 сентября 2026 г. в 11:44 UTCresolved

   1 сентября 2026 года, между 04:22 UTC и 10:59 UTC, некоторые пользователи Jira, возможно, испытали сбои в обслуживании. Теперь проблема решена, и сервис работает нормально для всех клиентов.

Автоматический перевод официального обновления инцидента.

1. 27 августа 2026 г. в 04:22 UTCinvestigating

   Наши команды определили, что эта проблема также влияет на управление услугами Jira. Мы будем обновляться как можно скорее.

2. 27 августа 2026 г. в 04:25 UTCinvestigating

   Мы расследуем проблему с доступом к продуктам, которые влияют на клиентов Confluence, Jira Cloud и Jira Serivce Management. Наша команда срочно изучает этот вопрос, и мы предоставим дополнительную информацию в течение часа или раньше, если информация будет доступна.

3. 27 августа 2026 г. в 04:33 UTCidentified

   Наши команды определили возможное решение проблем, влияющих на Jira Cloud, Jira Service Management и Confluence. В настоящее время это развертывается в пострадавших регионах, и мы обновим в течение одного часа или раньше, если будет доступна дополнительная информация.

4. 27 августа 2026 г. в 04:51 UTCmonitoring

   Проблемы, связанные с загрузкой Jira Cloud, Jira Service Management и Confluence, в настоящее время находятся в стадии восстановления. Мы продолжим внимательно следить, чтобы подтвердить стабильность и предоставить обновление в течение одного часа или раньше, по мере поступления дополнительной информации.

5. 27 августа 2026 г. в 05:16 UTCresolved

   27 августа 2026 года UTC, продукты Atlassian, включая Jira Cloud, Jira Service Management и Confluence, столкнулись с перебоями, и услуги были недоступны для пострадавших пользователей. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов. Публичное вскрытие этого инцидента будет доступно на этой странице, когда наше полное расследование инцидента будет завершено.

6. 7 сентября 2026 г. в 02:53 UTCpostmortem

   **Резюме** 27 августа 2026 года, между 03:51 и 04:35 UTC, клиенты Atlassian в регионах Западной Европы и Юго-Восточной Азии не смогли достичь продуктов Atlassian Cloud, включая Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search и Talent. Событие было вызвано дефектным изменением кода на уровне маршрутизации одного из наших прокси-парков. Это привело к тому, что ошибки HTTP 404 обслуживали весь трафик клиентов через эти прокси-флоты в Западной Европе и Юго-Восточной Азии. Инцидент был обнаружен в течение 1 минуты нашими автоматизированными системами мониторинга и смягчен путем возврата к предыдущему выпуску конфигурации, который привел прокси-флот в известное хорошее состояние. После восстановления прокси-парка некоторые клиенты Jira и Confluence (независимо от местоположения) получили ошибки HTTP 503 между 04:33 и 04:53 UTC, поскольку серверные парки приспосабливались к притоку трафика. **ИМПАКТ** Общее воздействие было разделено на два дискретных периода: - Во-первых, 27 августа 2026 года, между 03:51 и 04:35 UTC на Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search и Talent. Инцидент вызвал сбои в обслуживании трафика клиентов из стран Западной Европы и Юго-Восточной части Азиатско-Тихоокеанского региона, при этом были возвращены ошибки HTTP 404. Не было никакого влияния на трафик клиентского API, независимо от местоположения. Во-вторых, 27 августа 2026 года, между 04:33 и 04:53 UTC, некоторые клиенты Jira и Confluence независимо от местоположения получили ошибки HTTP 503 после того, как ошибки HTTP 404 были решены: ~32% запросов в ap-юго-востоке-2, ~4% запросов в eu-западе-1, ~2,5% запросов в us-западе-2 и ap-юго-востоке-1 и <1% запросов во всех оставшихся глобальных регионах. **Корневая причина** Это событие было вызвано изменением кода одного из наших прокси-парков. Однако в развернутом коде был дефект, который не был обнаружен ручным и автоматизированным тестированием. Это привело к неправильной конфигурации функции поиска арендатора в прокси-уровне, что привело к тому, что трафик не имел действительного сетевого пути, в результате чего ошибки HTTP 404 обслуживались для всего трафика клиентов через эти прокси-флоты в Западной Европе и Юго-Восточной Азии. После того, как воздействие прокси-уровня восстановилось, был вызван второй период воздействия на некоторых клиентов Jira и Confluence. Из-за сокращения трафика, обслуживаемого Jira и Confluence прокси-флотом, уровни обслуживания Jira и Confluence автоматически масштабировались в количестве серверов, обслуживающих трафик клиентов. Как только функциональность прокси-флота была восстановлена, всплеск трафика переполнил уровень сервиса Jira, который возвращал повышенную скорость HTTP 503s, пока она автоматически не уменьшилась снова. **ПЛАН РЕМЕДИАЛЬНЫХ ДЕЙСТВИЙ И СЛЕДУЮЩИХ СТЭПОВ** Мы знаем, что перебои влияют на вашу производительность. Хотя у нас есть ряд тестовых и профилактических процессов, эта конкретная проблема не была выявлена, потому что изменение было связано с очень конкретным типом краевого корпуса, который не был подобран нашими автоматизированными пакетами непрерывного развертывания и сценариями ручного тестирования. Мы отдаем приоритет следующим действиям по улучшению, чтобы избежать повторения этого типа инцидента: ** Добавление дополнительных гарантий развертывания:** Трубопровод развертывания для конфигурации затронутого прокси-уровня использует устаревшую систему и не имеет надлежащих функций медленного регионального развертывания, настроенных правильно. Мы уже добавили правильные меры предосторожности, и мы переносим это на стандартный конвейер развертывания нашей компании, который включает все наши средства контроля безопасности, включенные по умолчанию. Мы также проверяем все сетевые службы, чтобы подтвердить, что все они находятся в новой стандартной службе развертывания трубопроводов. ** Усиление политики масштабирования парка услуг:** Конфигурация автоматического масштабирования для наших парков обслуживания Jira и Confluence была настроена на масштабирование слишком агрессивно. Мы тщательно изучаем и обновляем все сложные политики автоматического масштабирования Jira и Confluence, чтобы убедиться, что это не повторится. Мы приносим извинения клиентам, чьи услуги пострадали во время этого инцидента; мы предпринимаем немедленные шаги для повышения производительности и доступности платформы. Спасибо. Атласская поддержка клиентов

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 08:42 UTCinvestigating

   Мы активно изучаем сообщения о ухудшении производительности, что приводит к увеличению задержки для электронной почты, мобильных и слабых уведомлений для Jira, JSM и Confluence. Наши команды расследуют этот вопрос, и более подробная информация будет предоставлена в течение следующих 1 часа.

2. 25 августа 2026 г. в 09:44 UTCinvestigating

   Наши команды определили пострадавшие регионы и активно работают над смягчением проблемы. Мы предоставим дополнительные обновления в течение часа или раньше, если у нас будет значительный прогресс.

3. 25 августа 2026 г. в 10:49 UTCinvestigating

   Наши команды приняли несколько корректирующих мер для смягчения проблемы в одном из пострадавших регионов и наблюдают некоторые улучшения. Мы продолжаем следить за ситуацией и будем принимать необходимые меры, пока инцидент не будет полностью восстановлен. Мы предоставим дополнительные обновления в течение следующих двух часов или раньше, если у нас будет значительный прогресс, чтобы поделиться.

4. 25 августа 2026 г. в 13:01 UTCmonitoring

   Наши команды продолжают смягчать проблему и наблюдают некоторые улучшения. Мы продолжаем следить за ситуацией и будем принимать необходимые меры, пока инцидент не будет полностью восстановлен. Мы предоставим дополнительные обновления в течение следующих двух часов или раньше, если у нас будет значительный прогресс, чтобы поделиться.

5. 25 августа 2026 г. в 14:33 UTCresolved

   25 августа 2026 года некоторые пользователи, возможно, испытали повышенную задержку в уведомлениях по электронной почте, мобильным телефонам и слабые уведомления. Сейчас проблема решена, и сервис работает в штатном режиме для всех клиентов.

Автоматический перевод официального обновления инцидента.

1. 24 августа 2026 г. в 19:22 UTCinvestigating

   Мы активно изучаем сообщения о ухудшении производительности, что приводит к увеличению задержки уведомлений по электронной почте, мобильным устройствам и Slack для JIRA, JSM и Confluence. Мы будем делиться обновлениями здесь, так как больше информации доступно.

2. 24 августа 2026 г. в 20:25 UTCinvestigating

   Наши команды определили три пострадавших региона и продолжают исследовать увеличение задержки, затрагивающей уведомления электронной почты, мобильных устройств и Slack для JIRA, JSM и Confluence.

3. 24 августа 2026 г. в 21:30 UTCidentified

   Мы определили вероятную причину проблемы, и наши команды усердно работают над смягчением последствий. Пострадавшие пользователи могут испытывать повышенную задержку в уведомлениях электронной почты, мобильных устройств и Slack для JIRA, JSM и Confluence. Мы будем продолжать делиться дополнительными обновлениями здесь, поскольку доступна дополнительная информация.

4. 24 августа 2026 г. в 23:15 UTCresolved

   24 августа 2026 года некоторые пользователи JIRA, JSM и Confluence, возможно, испытали ухудшение производительности, что привело к увеличению задержки в уведомлениях по электронной почте, мобильным устройствам и Slack. Проблема решена для вновь созданных уведомлений, и сервис работает в штатном режиме. Могут быть старые уведомления, которые обрабатываются, и мы ожидаем, что они будут завершены в ближайшие несколько часов.

Автоматический перевод официального обновления инцидента.

1. 7 августа 2026 г. в 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 августа 2026 г. в 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 августа 2026 г. в 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 августа 2026 г. в 01: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 августа 2026 г. в 01: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 августа 2026 г. в 01: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 июля 2026 г. в 09:48 UTCidentified

   Мы работаем с нашим поставщиком уведомлений для решения этой проблемы. Мы предоставим еще одно обновление через 24 часа или как только появится дополнительная информация.

2. 22 июля 2026 г. в 06:59 UTCidentified

   Небольшое количество голосовых уведомлений для клиентов Jira Service Management и Opsgenie, использующих индийские мобильные номера, может потерпеть неудачу. Клиенты могут видеть неисправные журналы голосовых вызовов и не получать ожидаемый звонок. Наш 3-й поставщик уведомлений активно работает над восстановлением доставки голосовых уведомлений, и мы предоставим обновления после решения проблемы. Если вам нужна дополнительная поддержка или информация, пожалуйста, свяжитесь с нашей службой поддержки.

3. 24 июля 2026 г. в 13:07 UTCresolved

   Наш провайдер уведомлений определил корень проблемы, которая вызывает сбои голосовых вызовов на некоторых мобильных номерах в Индии. Мы понимаем, какие неудобства это может вызвать, и ценим ваше терпение, пока наш поставщик работает над восстановлением сервиса. Если у вас возникли проблемы с голосовыми уведомлениями, пожалуйста, свяжитесь с нашей службой поддержки для получения помощи.

Автоматический перевод официального обновления инцидента.

1. 20 июля 2026 г. в 20:18 UTCinvestigating

   Мы активно изучаем сообщения о деградации производительности, влияющие на правила автоматизации для Jira и Jira Service Management. Мы будем делиться обновлениями здесь, так как больше информации доступно.

2. 20 июля 2026 г. в 21:27 UTCinvestigating

   Наши команды продолжают расследование задержек с выполнением правил автоматизации Jira и Jira Service Management для некоторых клиентов. Мы видим признаки улучшения, но пострадавшие пользователи все еще могут испытывать задержки. Мы поделимся обновлениями здесь, так как больше информации доступно.

3. 21 июля 2026 г. в 04:53 UTCidentified

   Команда определила первопричину и после первоначального тестирования в настоящее время вносит изменения в масштабирование, чтобы помочь предотвратить эти задержки выполнения правил. Мы будем отслеживать производительность в течение следующих 24 часов и предоставлять обновления в это время или раньше, если мы сможем подтвердить, что улучшение на месте.

4. 22 июля 2026 г. в 00:56 UTCresolved

   Наша команда смогла подтвердить, что все исполнения правил выполняются нормально, и теперь этот вопрос решен.

Автоматический перевод официального обновления инцидента.

1. 20 июля 2026 г. в 16:03 UTCinvestigating

   Мы активно изучаем сообщения о деградации производительности, влияющие на правила автоматизации для Jira и Jira Service Management. Мы будем делиться обновлениями здесь, так как больше информации доступно.

2. 20 июля 2026 г. в 16:58 UTCidentified

   Мы определили вероятную причину проблемы, и наши команды усердно работают над смягчением последствий. В настоящее время мы видим признаки улучшений, однако у пострадавших пользователей могут возникнуть задержки в выполнении правил автоматизации управления службами Jira и Jira. Мы будем продолжать делиться дополнительными обновлениями здесь, поскольку доступна дополнительная информация.

3. 20 июля 2026 г. в 17:23 UTCresolved

   20 июля 2026 года некоторые пользователи Jira и Jira Service Management, возможно, испытали ухудшение производительности выполнения правил автоматизации. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

Автоматический перевод официального обновления инцидента.

1. 6 июля 2026 г. в 09:23 UTCinvestigating

   Мы расследуем вопросы, затрагивающие ваши услуги. Мы активно работаем над выявлением причины и решением вопроса. Мы предоставим дополнительные обновления в течение часа.

2. 6 июля 2026 г. в 10:04 UTCmonitoring

   Мы успешно применили исправление и наблюдаем восстановление. Возможности автоматизации восстанавливаются и должны нормально работать в будущем. Запросы на обработку данных, поданные в период сбоя, не были завершены из-за отсутствия услуг. Мы продолжаем следить за ситуацией и ожидаем полного выздоровления в течение следующего часа. Мы предоставим дополнительные обновления в течение следующего часа или раньше.

3. 6 июля 2026 г. в 11:46 UTCinvestigating

   Мы все еще видим некоторые проблемы с поиском пользователей, пользовательским пикером и активами в регионе ЕС. Мы продолжаем расследовать ситуацию и предоставим дополнительные обновления в течение следующего часа или раньше.

4. 6 июля 2026 г. в 12:25 UTCmonitoring

   Мы применили исправление для смягчения проблемы и наблюдаем восстановление. Мы продолжаем следить за ситуацией и должны быть полностью восстановлены в ближайшее время. Мы сможем предоставить больше обновлений в течение следующего часа или раньше.

5. 6 июля 2026 г. в 13:04 UTCresolved

   6 июля 2026 года, между 06:51 UTC и 09:39 UTC некоторые пользователи могли столкнуться с проблемами, связанными с автоматизацией, а между 08:10 UTC и 11:50 UTC некоторые пользователи могли столкнуться с проблемами, связанными с поиском пользователей, пользовательским пикером и активами в регионе ЕС. Теперь проблемы решены, и сервисы работают нормально для всех клиентов.

6. 17 июля 2026 г. в 16:59 UTCpostmortem

   ##Резюме 6 июля 2026 года, между 06:51 и 20:17 UTC, клиенты Atlassian, использующие облачные продукты в европейских (ЕС) регионах, испытали сбои в обслуживании, влияющие на выполнение правил автоматизации, поиск пользователей, сборщик пользователей и связанные с ними рабочие процессы. Инцидент начался, когда базовая служба идентификации испытала насыщение базы данных в регионах ЕС, увеличивая задержку и частоту ошибок. В то время как ответчики работали над восстановлением пропускной способности, было применено аварийное смягчение, которое блокировало правила автоматизации доступа к конечной точке идентификации. Параллельно повышенная задержка идентификации способствовала каскадному сбою в поисковой службе пользователя вниз по течению, ухудшая пользовательский поиск и пользовательский выбор между несколькими продуктами. Сервис постепенно восстанавливался после добавления дополнительной емкости считывания базы данных, удаления аварийного блока и ручного расширения службы поиска пользователей. # # Влияние Инцидент затронул потребителей нескольких продуктов Atlassian в регионах ЕС 6 июля 2026 года между 06:51 и 20:17 UTC. **Деградация основных услуг по идентификации:** в регионах ЕС наблюдались повышенные показатели отказов в доступе. **Сбои в выполнении правил автоматизации: ** правила автоматизации с использованием пользователя по умолчанию (Automation for Jira) в Jira, Jira Service Management и Jira Product Discovery в регионах ЕС потерпели неудачу с ошибкой разрешения. **Пользовательский поиск и отказы в выборе пользователей: ** показатели успеха поиска пользователей значительно снизились в регионах ЕС, при этом возможности выбора пользователей в значительной степени недоступны для всех продуктов. ##Коренная причина Инцидент произошел из-за недавнего изменения конфигурации, которое сократило срок службы кэша для базовой службы идентификации. По мере того, как 6 июля 2026 года трафик рабочих дней в ЕС увеличивался, большая доля запросов стала поступать непосредственно в базу данных поддержки, а не обслуживаться из кэша. Базы данных ЕС не обладали достаточным региональным потенциалом для поглощения возросшей нагрузки, а ЦП базы данных достиг насыщения, что привело к повышению частоты отказов в доступе. В рамках смягчения последствий был применен аварийный блок для снижения нагрузки на насыщенную базу данных службы идентификации и определения приоритетности восстановления базовой службы идентификации. Это непреднамеренно помешало правилам автоматизации пройти проверку разрешения до исполнения, в результате чего они потерпели неудачу. Длительность была обусловлена, прежде всего, вторичной волной сбоев правил автоматизации, вызванных дросселированием предела обработки. Параллельно устойчивая деградация вызвала повышенную задержку и периодические сбои в продуктах, которые зависят от этих проверок, и способствовала каскадному сбою в поисковой службе пользователя. В результате в регионах ЕС практически не было доступа к поиску пользователей и их выбору до тех пор, пока не была восстановлена служба разрешений и не была расширена служба поиска пользователей для восстановления работоспособности. ## План действий по исправлению положения и следующие шаги Мы знаем, что перебои влияют на производительность клиентов. Atlassian уделяет приоритетное внимание следующим действиям, которые помогут предотвратить подобные инциденты в будущем: **Улучшить гарантии для смягчения последствий чрезвычайных ситуаций с высокой отдачей:** Укрепление операционного инструментария таким образом, чтобы меры по смягчению последствий, которые могут отключить рабочие процессы, ориентированные на клиента, требовали дополнительного рассмотрения. ** Укрепление потенциала инфраструктуры идентификации и повышение безопасности:** Проанализируйте размер региональной базы данных и запас хода для снижения риска насыщения в пиковые периоды движения и уточните процесс оценки изменений конфигурации, чтобы оценить влияние нагрузки вниз по течению до развертывания производства. ** Укрепить устойчивость к каскадным отказам от деградации вверх по течению:** Обработка обратного давления, конфигурация выключателя и поведение автомасштабирования в службах, так что деградация вверх по течению не вызывает более широкого влияния продукта на поиск пользователей, сборщик пользователей и связанный с ним опыт. **Сложные механизмы повтора для сбоев правил автоматизации: ** Повышение устойчивости правил автоматизации для снижения воздействия, связанного с инцидентами, происходящими в зависимостях. Мы понимаем, насколько важны надежные рабочие процессы для наших клиентов, и приносим извинения клиентам, которые пострадали от этого инцидента. Спасибо. Атласская поддержка клиентов

Автоматический перевод официального обновления инцидента.

1. 19 июня 2026 г. в 22:46 UTCmonitoring

   Клиенты Jira и JSM, использующие Microsoft OAuth для автоматического создания билетов Jira по электронной почте, не смогли прочитать электронную почту. Теперь это исправлено и функционально для всей новой входящей обработки электронной почты. Пострадавшим клиентам в период инцидента необходимо повторно авторизовать почтовый сервер Microsoft для восстановления и ниже приведены инструкции. Чтобы повторно авторизовать входящий почтовый сервер Microsoft: Вход в Jira как администратор Выберите Система Выберите Mail > Входящая почта. Выберите входящий почтовый сервер. Выберите повторную авторизацию. Введите свои учетные данные Microsoft, чтобы продолжить использование почтового сервера Microsoft.

2. 26 июня 2026 г. в 05:13 UTCresolved

   Наша команда активно связалась со всеми затронутыми организациями, предоставив нижеприведенные инструкции по повторной авторизации их почтового сервера Microsoft. Если вы все еще испытываете эту проблему, пожалуйста, попробуйте завершить повторную авторизацию, как указано ниже. Если все еще возникают проблемы, которые, по вашему мнению, связаны с этим инцидентом, пожалуйста, обратитесь к Атлассу за дополнительной помощью.

Автоматический перевод официального обновления инцидента.

1. 10 июня 2026 г. в 09: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 июня 2026 г. в 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 июня 2026 г. в 04: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 июня 2026 г. в 05: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 июня 2026 г. в 06: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 июня 2026 г. в 06: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 июня 2026 г. в 05: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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 18:27 UTCresolved

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

1. 8 июня 2026 г. в 01:53 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 8 июня 2026 г. в 02:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 8 июня 2026 г. в 02:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 2 июня 2026 г. в 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2 июня 2026 г. в 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 1 июня 2026 г. в 08:06 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 1 июня 2026 г. в 08:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 1 июня 2026 г. в 09:08 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 1 июня 2026 г. в 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 12 июня 2026 г. в 06:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support

1. 14 мая 2026 г. в 05:03 UTCinvestigating

   We are aware that the current issues with accessing Atlassian products are impacting additional products. We have now expanded the impact of the incident to cover the known impacted products at this time. We will provide further update within one hour or sooner as information is available.

2. 14 мая 2026 г. в 05:11 UTCidentified

   Further confirmations of impacted products have now been added to the incident. Our team is investigating the issue with urgency and we will provide further update as soon as it becomes available.

3. 14 мая 2026 г. в 05:24 UTCidentified

   It is likely if you are experiencing any issues relating to logging in or accessing Atlassian products at this time it is likely due to this ongoing incident. We are continuing to receive reports about expanded product impact resulting from this incident. While our team continues to investigate the issue with urgency, we will continue to provide further updates here with additional information. We will provide further update within one hour, or sooner as further information becomes available.

4. 14 мая 2026 г. в 05:34 UTCidentified

   Our team has identified the root cause of this issue and is now actively working on mitigating the issue with accessing Atlassian products. At this time, Atlassian customers should also be able to once again raise support requests with our team. We will provide further update within an hour as we are able to progress mitigating this issue.

5. 14 мая 2026 г. в 05:43 UTCmonitoring

   Our team has implemented a mitigation for this issue and we are now seeing recovery across Atlassian products. We will continue to monitor this issue for any ongoing concerns, and provide further updates here within an hour as we are able to confirm a full recovery has taken place.

6. 14 мая 2026 г. в 06:40 UTCmonitoring

   We are now able to see recovery for all impacted products, and users should be able to access their products as expected. Our team is continuing to monitor all products and services to ensure there is no further impact, and we will provide further update when this has been validated and the incident is closed.

7. 14 мая 2026 г. в 06:41 UTCmonitoring

   We are approaching full system recovery at this time, and are performing final confirmations that services are restored.

8. 14 мая 2026 г. в 06:48 UTCresolved

   All products and services impacted by this incident should now be fully recovered, and this incident is resolved.

9. 19 мая 2026 г. в 19:06 UTCpostmortem

   ### Summary On May 14, 2026, between 04:30 and 05:26 UTC, Atlassian customers experienced widespread service disruption across multiple Atlassian Cloud products. The issue was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. The incident was detected within a minute by automated monitoring systems and mitigated in 56 minutes. ### **IMPACT** During the incident, customers attempting to access Atlassian Cloud products in the us-east region experienced authentication and permission failures and were unable to access services. Customers also experienced errors when accessing the support portal until Atlassian fell back to an alternate support method. This was caused by a core identity service in the us-east region becoming unavailable. Affected products included Atlassian Administration, Atlassian Analytics, Bitbucket, Compass, Confluence, Jira, Jira Product Discovery, Jira Service Management and Trello. Some users outside us-east may have been affected in certain scenarios. ### **ROOT CAUSE** The incident was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. ### **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. Atlassian is prioritizing the following actions to help prevent similar incidents in future: * **Refine deployment orchestration safeguards** * Harden our deployment platform to prevent similar race conditions or resulting capacity loss during a rollback operation. * Streamline mitigation steps when a service becomes unavailable in a region. * **Reduce cross-region impact** * Improve regional isolation and fallback handling so an issue affecting a single region is less likely to impact customers or product functionality in other regions. We recognise how critical reliable access to Atlassian products is for our customers' productivity, and we apologize to customers who were impacted by this incident. Thanks, Atlassian

1. 14 мая 2026 г. в 01:15 UTCinvestigating

   We are aware that some users are experiencing an excessive number of notifications arriving from Jira Service Management (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that the vast majority of these notifications will be arriving within the next two hours. We will provide further update at that time or sooner if further information becomes available.

2. 14 мая 2026 г. в 03:52 UTCinvestigating

   Some of the users continue to experience an excessive number of notifications arriving from JSM (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that these notifications will be arriving for the next few hours, until the recovery of the delayed events are processed which is taking longer than expected (ETA approx. 4 hours). We will provide further updates within 6 hours or sooner if the recovery occurs.

3. 14 мая 2026 г. в 09:41 UTCresolved

   This incident has been resolved. During the incident window, some customers using Atlassian Assist experienced excessive notifications as our team replayed delayed events caused by this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 Our engineering team identified and addressed the issue. All services have fully recovered, and notification delivery is operating normally. No data loss occurred as a result of this incident. We apologize for the disruption and any confusion caused by the excessive notifications.