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

1. 3 сентября 2026 г. в 15:57 UTCinvestigating

   Мы активно расследуем сообщения о сбое в обслуживании клиентов JIRA на востоке США. Мы будем делиться обновлениями здесь, так как больше информации доступно.

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

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

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

   3 сентября 2026 года JIRA испытала сбои, и сервисы были недоступны пострадавшим пользователям. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

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

1. 1 сентября 2026 г. в 17:09 UTCinvestigating

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

2. 1 сентября 2026 г. в 18:27 UTCidentified

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

3. 1 сентября 2026 г. в 20:33 UTCidentified

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

4. 1 сентября 2026 г. в 21:24 UTCmonitoring

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

5. 1 сентября 2026 г. в 21:35 UTCresolved

   1 сентября некоторые пользователи JIRA, возможно, испытали ухудшение производительности, влияющее на функциональность форм. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

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

1. 1 сентября 2026 г. в 09:12 UTCinvestigating

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

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

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

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

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

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

1. 31 августа 2026 г. в 18:28 UTCidentified

   Воздействие

2. 1 сентября 2026 г. в 00:47 UTCmonitoring

   Входящие электронные письма Jira испытывают повышенные сбои при получении почты из учетных записей Microsoft. Это влияет на создание и обновление рабочих элементов Jira на основе электронной почты. Пользователи могут видеть 500 внутренних ошибок сервера при попытке извлечения электронной почты. Мы отслеживаем обновления от Microsoft и продолжаем анализировать их влияние. Эти обновления доступны публично через https://status.cloud.microsoft/

3. 1 сентября 2026 г. в 05:18 UTCresolved

   Сейчас мы наблюдаем полное восстановление всех служб Atlassian, которые пострадали, и этот инцидент теперь разрешен. Для тех, кто продолжает испытывать проблемы, связанные с этим инцидентом, мы рекомендуем вам проверить https://status.cloud.microsoft/, поскольку они продолжают предоставлять дополнительные обновления о дополнительных услугах.

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

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

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

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:24 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

2. 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.

3. 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.

4. 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. 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 г. в 16:11 UTCinvestigating

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

2. 6 июля 2026 г. в 17:12 UTCinvestigating

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

3. 6 июля 2026 г. в 17:57 UTCidentified

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

4. 6 июля 2026 г. в 18:41 UTCmonitoring

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

5. 6 июля 2026 г. в 18:52 UTCresolved

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

6. 27 июля 2026 г. в 06:57 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. 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 г. в 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:28 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. 6 июня 2026 г. в 23:21 UTCinvestigating

   We are aware of users currently experiencing loading work items across Atlassian products in some regions. We are investigating with urgency and will provide update within one hour.

2. 7 июня 2026 г. в 00:07 UTCmonitoring

   A fix has been implemented for the issues some customers have been experiencing with creating and viewing work items in Jira. We are now monitoring for this recovery and will update shortly with further confirmation.

3. 7 июня 2026 г. в 00:13 UTCresolved

   The issues relating to viewing and creating work items in Jira should now be fully resolved.

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 г. в 07:40 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:07 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