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

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. 14 сентября 2026 г. в 16:46 UTCinvestigating

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

2. 14 сентября 2026 г. в 17:16 UTCidentified

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

3. 14 сентября 2026 г. в 17:27 UTCmonitoring

   Теперь проблема решена, и сервисы работают нормально для всех пострадавших клиентов. Мы продолжим внимательно следить, чтобы подтвердить стабильность.

4. 14 сентября 2026 г. в 17:43 UTCresolved

   14 сентября 2026 года Opsgenie и Jira Service Management столкнулись с перебоями, и пострадавшие пользователи увидели оповещения с задержкой и неспособность просматривать оповещения в пользовательском интерфейсе. Теперь проблема решена, и сервис работает нормально для всех пострадавших клиентов.

5. 18 сентября 2026 г. в 17:02 UTCpostmortem

   ###Резюме 14 сентября 2026 года, между 15:30 и 17:10 UTC, клиенты Atlassian, использующие Opsgenie, Jira Service Management и Compass, испытывали задержки в получении уведомлений о тревоге и периодические сбои при использовании функций Ops. Проблема была вызвана длительными транзакциями в базовой службе, что привело к истощению пула потоков и вызвало последующие запросы. Долгосрочные транзакции были вызваны изменением конфигурации, выпущенным в период с 9 сентября 2026 года по 11 сентября 2026 года UTC. Команда активно следила за влиянием изменений на систему до начала 14 сентября 2026 года и не наблюдала аномалий. Однако увеличение трафика в рабочее время США 14 сентября 2026 года вызвало эти неожиданно длительные транзакции. Инцидент был обнаружен в течение одной минуты нашими автоматизированными системами мониторинга, а полная стабилизация обслуживания произошла после изоляции и отката изменения 14 сентября 2026 года в 17:10 UTC. ### ИМПАКТ Инцидент в первую очередь затронул функции Ops в Opsgenie, Jira Service Management и Compass для клиентов, размещенных в регионе США. Во время инцидента сквозной поток для создания оповещения и доставки уведомлений испытывал среднюю задержку в 22 минуты. Во время инцидента не было сброшено ни оповещений, ни полезных нагрузок уведомлений; все события в очереди были успешно обработаны и доставлены по мере восстановления услуг. Кроме того, связанные конечные точки Ops API и потоки веб-интерфейса испытывали повышенную задержку и периодические ошибки. Сбой начался в 15:30 UTC и был разрешен к 17:10 UTC (общая продолжительность: 1 час 40 минут). Инженерные бригады были немедленно предупреждены через резервные аварийные трубопроводы и без промедления приступили к смягчению последствий. Однако сбои затронули внутренние потоки уведомлений и координации между кросс-функциональными командами (включая Службу поддержки клиентов и Инцидентные коммуникации), что привело к задержкам в публикации внешних обновлений Статус-страницы. ###Корневая причина Инцидент был спровоцирован, когда недавно выпущенное изменение конфигурации сделало избыточными вызовы службы вниз по течению на каждой загрузке страницы, вызвав всплеск трафика. Изменение конфигурации, выпущенное между 9 сентября 2026 года и 11 сентября 2026 года, активно отслеживалось до начала 14 сентября 2026 года. Однако всплеск трафика в рабочее время в США вызвал неожиданные проблемы. Служба нисходящего потока начала запросы, ограничивающие скорость, и агрессивная стратегия повторного использования без достаточного отступления держала рабочие нити открытыми, что приводило к истощению пула и тайм-аутам на входящем критическом трафике. ###ПЛАН РЕМЕДИАЛЬНЫХ ДЕЙСТВИЙ И СЛЕДУЮЩИХ СТЭПОВ Инцидент был смягчен путем отключения флага функции, который вызвал ограничение межсервисной ставки. Мы понимаем, что надежный доступ к продуктам Atlassian имеет решающее значение для вашей команды. Мы отдаем приоритет следующим действиям по предотвращению рецидивов: ** Повышение устойчивости сервиса к сервису** - Обзор и корректировка конфигураций ограничения скорости между внутренними службами. Оптимизируйте стратегии повторного использования, чтобы предотвратить долгосрочные транзакции и сохранить эффект изолированным до проблемной точки. **Улучшить архитектурную изоляцию** Уточните архитектуру этого базового сервиса, чтобы обеспечить большую изоляцию между различными транзакциями, чтобы деградация в одном типе транзакций не влияла на несвязанные критические потоки. **Улучшение проактивного оповещения** Добавьте оповещения о раннем предупреждении для насыщения потокового пула и повышенных ответов на ограничение межсервисных тарифов, прежде чем они повлияют на конечных пользователей. Внедрение процессов резервного оповещения для поддержки клиентов и коммуникационных путей инцидентов Мы приносим извинения клиентам, чьи услуги пострадали во время этого инцидента; мы предпринимаем немедленные шаги для повышения производительности и доступности платформы. Спасибо. Атласская поддержка клиентов

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

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 г. в 14:20 UTCinvestigating

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 7 августа 2026 г. в 11:30 UTCinvestigating

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

2. 7 августа 2026 г. в 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 7 августа 2026 г. в 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

1. 7 августа 2026 г. в 01:33 UTCinvestigating

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

2. 7 августа 2026 г. в 01:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

3. 7 августа 2026 г. в 01:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

1. 21 июля 2026 г. в 09:48 UTCidentified

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 10 июня 2026 г. в 09:42 UTCinvestigating

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

2. 10 июня 2026 г. в 10:00 UTCresolved

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

1. 10 июня 2026 г. в 04:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 10 июня 2026 г. в 05:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 10 июня 2026 г. в 06:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 10 июня 2026 г. в 06:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.

1. 9 июня 2026 г. в 05:29 UTCinvestigating

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

2. 9 июня 2026 г. в 10:21 UTCidentified

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

3. 9 июня 2026 г. в 10:36 UTCmonitoring

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

4. 9 июня 2026 г. в 18:27 UTCresolved

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