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

1. 10 августа 2026 г. в 14:45 UTCinvestigating

   App server (new platform) went down

2. 10 августа 2026 г. в 15:03 UTCresolved

   App server (new platform) recovered

1. 9 августа 2026 г. в 01:54 UTCinvestigating

   App server (new platform) went down

2. 9 августа 2026 г. в 04:03 UTCresolved

   App server (new platform) recovered

1. 2 августа 2026 г. в 23:00 UTCinvestigating

   Сервер приложений (новая платформа) упал

2. 2 августа 2026 г. в 23:03 UTCresolved

   Вернулся сервер приложений (новая платформа)

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

1. 2 августа 2026 г. в 00:15 UTCinvestigating

   Сервер приложений (наследие) упал

2. 2 августа 2026 г. в 00:30 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 1 августа 2026 г. в 23:03 UTCinvestigating

   Сервер приложений (наследие) упал

2. 1 августа 2026 г. в 23:12 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 1 августа 2026 г. в 02:10 UTCinvestigating

   Сервер приложений (наследие) упал

2. 1 августа 2026 г. в 03:18 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 31 июля 2026 г. в 13:22 UTCinvestigating

   Сервер приложений (наследие) упал

2. 31 июля 2026 г. в 13:24 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 28 мая 2026 г. в 11:39 UTCinvestigating

   Сервер приложений (наследие) упал

2. 28 мая 2026 г. в 11:48 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 28 мая 2026 г. в 11:22 UTCinvestigating

   Сервер приложений (наследие) упал

2. 28 мая 2026 г. в 11:24 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 28 мая 2026 г. в 11:03 UTCresolved

   Были рабочие места, требующие чрезмерных ресурсов. Мы зафиксировали выполнение этих работ, и обслуживание было возвращено в нормальное русло.

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

1. 28 мая 2026 г. в 10:48 UTCinvestigating

   Сервер приложений (наследие) упал

2. 28 мая 2026 г. в 10:51 UTCresolved

   Восстановлен сервер приложений (legacy)

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

1. 8 мая 2026 г. в 02:03 UTCinvestigating

   В настоящее время приложения не работают из-за того, что наш сервер Redis недоступен. Мы работаем над этим вопросом. Прошу прощения за перерыв в обслуживании.

2. 8 мая 2026 г. в 02:14 UTCresolved

   Теперь мы восстановили наш кластер кэш-серверов и возвращаем вещи в Интернет. Мы будем продолжать следить, но если вы заметили что-то необычное, пожалуйста, напишите [email protected].

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

1. 8 мая 2026 г. в 01:06 UTCinvestigating

   Сервер приложений (новая платформа) упал

2. 8 мая 2026 г. в 02:09 UTCresolved

   Вернулся сервер приложений (новая платформа)

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

1. 16 февраля 2026 г. в 01:01 UTCresolved

   Повторяющиеся билеты снова работают после перерыва. Некоторые билеты могут быть созданы позже, чем их расписание, на 24 часа позже. Мы также рассмотрели проблему с приложением Timers, имея аналогичную проблему. Некоторые таймеры, которые были запущены более 24 часов назад и должны были завершиться в последние 24 часа, возможно, были пропущены. Если у вас есть какие-либо проблемы, пожалуйста, свяжитесь с нами по адресу [email protected], пожалуйста, сообщите нам пример идентификатора билета, который мы можем изучить, и что у нас есть доступ к вашим данным для устранения неполадок, и мы вернемся к вам как можно скорее.

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

1. 13 января 2026 г. в 01:59 UTCresolved

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

2. 13 января 2026 г. в 04:09 UTCresolved

   Проблема решена, все приложения снова работают как обычно.

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

1. 12 января 2026 г. в 16:49 UTCinvestigating

   У нас есть проблемы с нашей базой данных на нашем устаревшем сервере приложений и мы извиняемся за сбой.

2. 12 января 2026 г. в 17:07 UTCresolved

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

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

1. 2 июля 2025 г. в 18:32 UTCresolved

   Проблема с рабочими местами (например, разрешениями, списками задач, таймерами), которые не обрабатываются своевременно, была решена. Из-за временной проблемы со статусом работы Zendesk это также вызвало проблему с нашей стороны, некоторые рабочие места были слишком длинными и вызывали отставание в очереди обработки. Проблема была временной, и мы приняли решение, которое помешало некоторым другим рабочим местам слишком долго ждать, чтобы ускорить очистку очереди.

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