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

1. 21 октября 2026 г. в 14:28 UTCinvestigating

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

2. 21 октября 2026 г. в 15:01 UTCmonitoring

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

3. 21 октября 2026 г. в 15:45 UTCresolved

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

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

1. 1 октября 2026 г. в 02:55 UTCinvestigating

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

2. 1 октября 2026 г. в 03:47 UTCidentified

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

3. 1 октября 2026 г. в 04:03 UTCidentified

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

4. 1 октября 2026 г. в 05:00 UTCidentified

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

5. 1 октября 2026 г. в 07:01 UTCidentified

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

6. 1 октября 2026 г. в 07:51 UTCresolved

   01 октября 2026 года, между 01:00 UTC и 07:25 UTC, пользователи, возможно, видели пропущенное выполнение работы, включая задержку обработки электронной почты и расписания, которые не работают, как ожидалось. Теперь мы внедрили исправление, и услуги были восстановлены до нормальной работы для пострадавших клиентов. Воздействие на поддержку билетов с отсутствующим компонентом SLA и отсроченными уведомлениями также подтвердило восстановление. Для клиентов Bitbucket, если были какие-либо запланированные трубопроводы, которые не работали во время окна инцидента, вы можете подождать следующего запланированного исполнения или запустить их вручную.

7. 9 октября 2026 г. в 18:24 UTCpostmortem

   ###Резюме 1 октября 2026 года, между 01:00 и 07:25 UTC, ухудшение обработки вакансий и планирования повлияло на продукты Atlassian, включая Bitbucket Cloud, Confluence, приложения Forge, Jira и Jira Service Management во всех коммерческих облачных регионах. Это привело к задержке или пропущенным фоновым задачам, таким как обработка электронной почты и плановых трубопроводов; интерактивное использование продукта не было затронуто. Мероприятие было спровоцировано, когда неожиданное количество запланированных заданий стало обязательным одновременно, переполнив нашу общую платформу планирования работы. Автоматический мониторинг выявил инцидент в течение трех минут. Восстановление началось около 03:45 UTC, поскольку инженерная мощность была увеличена, и платформа работала с отставанием, с полным разрешением, достигнутым за 6 часов и 25 минут. ### ИМПАКТ Большинство запланированных заданий прекратили работу в 01:00 UTC и возобновились примерно с 03:45 UTC. Большинство отложенных работ было завершено примерно к 06:00 UTC, а остальные задержки были устранены к 07:25 UTC. По всем затронутым продуктам: Повторяющиеся запланированные задачи, пропущенные или задержанные во время инцидента; пропущенные пробежки не были автоматически повторены, и задачи возобновились в следующее запланированное время. Большинство одноразовых запланированных заданий задержались; небольшое количество может не работать. - Правила автоматизации, включая регламентные правила, работают нормально, за исключением случаев, указанных ниже. Облако Bitbucket Cloud Планируемые трубопроводы в период с 01:00 до 03:50 UTC не работали. Если во время инцидента не работал запланированный трубопровод, можно дождаться следующего запланированного исполнения или запустить его вручную. Другие трубопроводы не пострадали. слияние Некоторые календарные напоминания о событиях в период с 01:00 до 03:45 UTC не были отправлены. Кузнечные приложения Запланированные триггеры остановились в 01:00 UTC и возобновились примерно с 04:00 UTC; пропущенные вызовы не воспроизводились. Цели В начале месяца напоминания по электронной почте для обновления целей могут быть отложены. Jira и Jira Service Management Входящие электронные письма оставались в своих почтовых ящиках и обрабатывались автоматически после восстановления. Запланированные уведомления, такие как подписки на фильтры, были отложены. В некоторых сервисных проектах правила автоматизации и уведомления, вызванные SLA или временем в статусе, задерживались. Данные таймера SLA остались нетронутыми. Атласская поддержка До 07:25 UTC проблемы с нашими инструментами поддержки могли замедлить некоторые из наших ответов. Основываясь на нашем расследовании на сегодняшний день, мы не выявили каких-либо потерь рабочих элементов, страниц, репозиториев или входящих электронных писем. ###Корневая причина Наша общая платформа планирования работы работает в больших масштабах в нормальных условиях. Один из потребителей платформы запланировал аномально большой объем задач, которые будут выполнены одновременно 1 октября в 01:00 UTC. Этот всплеск превысил наши архитектурные и масштабные пределы, создав отставание в обработке зависимых услуг. Инженерия вручную увеличила емкость для обработки ненормальной нагрузки, что позволило службе обработать отставание и вернуться к нормальным операциям. ###ПЛАН РЕМЕДИАЛЬНЫХ ДЕЙСТВИЙ И СЛЕДУЮЩИХ СТЭПОВ Мы знаем, что задержка и пропущенная работа влияют на вашу производительность. Мы уделяем приоритетное внимание этим действиям, чтобы помочь снизить вероятность и влияние подобных инцидентов. ** Усилить изоляцию рабочей нагрузки:** Внедряйте справедливые ограждения планирования, чтобы увеличение объема из одного источника не приводило к голоду или задержке задач в других продуктах. -** Усилить контроль за всплесками:** Добавьте операционные возможности для быстрого дросселирования или приостановки запланированных рабочих нагрузок из определенных источников во время неожиданных всплесков трафика. ** Улучшить масштабирование и восстановление системы:** Увеличьте емкость платформы и оптимизируйте процессы масштабирования, чтобы справиться с экстремальными всплесками спроса и быстрее восстановиться. Мы приносим извинения клиентам, чьи услуги пострадали во время этого инцидента. Спасибо. атласский

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

1. 24 сентября 2026 г. в 13:54 UTCinvestigating

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

2. 24 сентября 2026 г. в 14:58 UTCmonitoring

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

3. 24 сентября 2026 г. в 15:53 UTCresolved

   24 сентября 2026 года некоторые пользователи Jira и JSM в регионе США, возможно, испытали ухудшение производительности, влияющее на создание проблемы Jira, просмотр проблемы и загрузку платы. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

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

1. 24 сентября 2026 г. в 08:52 UTCmonitoring

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

2. 24 сентября 2026 г. в 10:34 UTCmonitoring

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

3. 24 сентября 2026 г. в 11:46 UTCresolved

   24 сентября 2026 года, между 07:28 и 08:08 UTC, некоторые пользователи Jira, возможно, испытали ошибки или ухудшили производительность при доступе к Jira и проблемах просмотра. Теперь проблема решена, и сервис работает нормально для всех клиентов.

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

1. 11 сентября 2026 г. в 07:46 UTCinvestigating

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

2. 11 сентября 2026 г. в 08:06 UTCmonitoring

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

3. 11 сентября 2026 г. в 08:37 UTCresolved

   11 сентября 2026 года, между 07:02 UTC и 07:56 UTC, некоторые пользователи Jira Software и Jira Service Management, возможно, испытали ухудшение производительности и ошибки при доступе к рабочим элементам и платам. Сейчас проблема решена, все службы работают в штатном режиме.

4. 21 сентября 2026 г. в 22:36 UTCpostmortem

   ###Резюме 11 сентября 2026 года, между 07:02 и 07:56 UTC, клиенты Atlassian, в основном из региона ЕС и некоторых из региона APAC, использующие продукты Jira и Jira Service Management, не смогли последовательно просматривать рабочие предметы или доски доступа. Событие было вызвано обратным несовместимым развертыванием внутренней конфигурации в базовой платформе данных графов. Инцидент был обнаружен в течение 3 минут нашей автоматизированной системой мониторинга и смягчен путем развертывания стабильного развертывания во всех регионах. Общее время до разрешения составило около 54 минут. ### ИМПАКТ Общее воздействие произошло между 11 сентября 2026 года, 07:02 UTC и 11 сентября 2026 года, 07:56 UTC на два продукта. В течение этого периода некоторые клиенты в регионе ЕС, использующие Jira и Jira Service Management, испытывали периодические сбои или ухудшение производительности. Мы отметили, что сбой конфигурации помешал масштабированию критически важных служб зависимостей, что привело к отключению для пострадавших пользователей. Пользователи Jira и Jira Service Management столкнулись с ошибками тайм-аута и неудавшейся или отсроченной загрузкой страниц при попытке получить доступ к просмотру рабочего элемента, навигатору проблем и просмотру платы. ###Корневая причина Инцидент был вызван развертыванием изменения в сервисе магазина графов, который обслуживает ссылки на сторонние организации, такие как запросы на вытягивание. Это изменение привело к провалу проверок стартапов, что не позволило новым узлам присоединиться к кластеру. Во время пикового трафика сервис не мог достаточно масштабироваться, в результате чего запросы от Jira и Jira Service Management к сервису магазина графов терпели неудачу. ###ПЛАН РЕМЕДИАЛЬНЫХ ДЕЙСТВИЙ И СЛЕДУЮЩИХ СТЭПОВ Мы знаем, что перебои влияют на вашу производительность. Мы уделяем приоритетное внимание следующим действиям по улучшению, чтобы избежать повторения этого типа инцидента: Внедрение кодовой конфигурации: мы перемещаем файлы определения конфигурации, чтобы быть частью базовой кодовой базы, чтобы гарантировать, что они редактируются и развертываются синхронно с логикой приложения. - Грациозная деградация в Jira: мы вносим изменения в затронутые точки зрения 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 испытала сбои, и сервисы были недоступны пострадавшим пользователям. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

4. 10 сентября 2026 г. в 18:15 UTCpostmortem

   ###Резюме 3 сентября 2026 года, между 14:52 и 17:02 UTC, клиенты Atlassian, использующие Jira и Jira Service Management в американо-восточном регионе, испытывали периодические ошибки и ухудшал доступ к основному опыту Jira, включая Rovo, проблемы просмотра, доски, навигацию, опыт поиска, действия, связанные с рабочим процессом. Мероприятие было вызвано постепенным развертыванием изменения кэширования в службе авторизации Atlassian. Изменение увеличило трафик кэша и вызвало насыщение уровня кэша, используемого для проверки авторизации, что затем привело к тайм-аутам и ошибкам обслуживания для некоторых клиентов в регионе. Инцидент был обнаружен нашим мониторингом в течение примерно 12 минут. Мы смягчили ситуацию, развернув затронутую службу кэширования и отключив флаги функций, связанные с новым путем кэширования. Общее время до разрешения составило 2 часа 10 минут. ### ИМПАКТ Общее воздействие произошло 3 сентября 2026 года между 14:52 и 17:02 UTC. В течение этого периода некоторые клиенты в американо-восточном регионе, использующие Jira и Jira Service Management, испытывали периодические сбои или ухудшение производительности при доступе к опыту, который зависит от проверок авторизации. Они включали просмотр проблем, Rovo, просмотр платы, навигацию, поддерживаемый поиском опыт, API и действия, связанные с рабочим процессом. ###Корневая причина Проблема была вызвана постепенным развертыванием нового пути кэширования в службе авторизации Atlassian. Это изменение было направлено на улучшение масштабируемости для клиентов с большими наборами данных авторизации путем изменения способа кэширования некоторой информации о авторизации. Во время развертывания как существующие, так и новые пути кэша были активны для проверки согласованности, что увеличило количество записей кэша и операций кэша. В американо-восточном регионе, где объем трафика был самым высоким, эта дополнительная нагрузка насыщала части общего кэш-слоя. По мере того, как запросы кэша заканчивались, служба авторизации делала больше резервных запросов на системы верхнего потока, еще больше увеличивая нагрузку и вызывая выключатели и тайм-ауты. Зависимый опыт 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.