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

1. 16 сентября 2026 г. в 15:50 UTCinvestigating

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

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

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

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

   Наш поставщик облачных услуг устранил сбои в инфраструктуре базового облачного региона, и наши услуги в регионе Израиля (Тель-Авив) восстановились. Теперь пользователи должны иметь возможность войти на портал ODC и получить доступ к своим приложениям. Мы внимательно следим за платформой, чтобы подтвердить, что она остается стабильной, и предоставим дальнейшее обновление после того, как мы подтвердим полное разрешение.

4. 16 сентября 2026 г. в 19:22 UTCresolved

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

5. 16 сентября 2026 г. в 19:22 UTCpostmortem

   16 сентября, между 14:05 и 18:17 UTC, пользователи с окружением в Израиле не смогли войти в ODC Portal и ODC Studio, а приложения, размещенные в регионе, были недоступны для своих конечных пользователей. Инцидент был вызван сбоем инфраструктуры нашего облачного провайдера, который повлиял на доступность баз данных в регионе. И наши службы идентификации, которые обрабатывают вход пользователя, и приложения, размещенные в регионе, полагаются на этот уровень базы данных, поэтому вход в систему и доступ к приложениям вышли из строя одновременно. Мы привлекли нашего облачного провайдера, который определил причину на их стороне и работал над восстановлением пострадавшего сервиса. Сервисы начали восстанавливаться с 17:43 UTC и были полностью восстановлены к 18:17 UTC. Мы контролировали платформу и проверяли восстановление с пострадавшими клиентами, прежде чем разрешить инцидент. Мы рассматриваем этот инцидент вместе с нашим облачным провайдером, чтобы более подробно понять нарушения и оценить, как можно повысить устойчивость наших услуг в этом регионе. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

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

   В настоящее время мы расследуем проблему, когда пользователи не могут сбросить свои пароли. При попытке использовать поток сброса пароля процесс терпит неудачу с сообщением об ошибке «неправильный код проверки», несмотря на ввод правильного кода. В настоящее время это предотвращает вход пользователей в систему, если им требуется сброс пароля. Наша команда активно исследует проблему, чтобы определить причину и предоставит дальнейшие обновления, как только появится больше информации.

2. 14 сентября 2026 г. в 13:29 UTCidentified

   Мы определили причину проблемы, которая не позволяет некоторым пользователям сбрасывать свой пароль на своих персональных версиях ODC или на веб-сайте сообщества. Эта проблема затрагивает только подмножество электронных писем. Если вы получаете ошибку «недействительный код проверки» при сбросе пароля сообщества / ODC PE, несмотря на использование правильного кода проверки, пожалуйста, свяжитесь с нашей глобальной поддержкой для смягчения последствий, которые будут применяться к вашей учетной записи. Тем временем наши команды активно работают над применением глобального исправления ко всем затронутым учетным записям. Мы предоставим обновление еще раз, когда будут доступны подробности.

3. 14 сентября 2026 г. в 19:51 UTCidentified

   Устранение проблемы, затрагивающей сброс паролей в ODC Personal Edition и на веб-сайте Сообщества, теперь применяется ко всем затронутым учетным записям. Этот процесс развивается, как и ожидалось, хотя некоторые пользователи могут продолжать испытывать проблемы, пока он не завершится в ближайшие часы. В то же время, если вы получаете ошибку «недействительный код проверки» при сбросе пароля, несмотря на использование правильного кода, пожалуйста, свяжитесь с нашей командой глобальной поддержки, чтобы смягчение было применено к вашей учетной записи. Мы предоставим дополнительное обновление по мере поступления дополнительной информации.

4. 14 сентября 2026 г. в 22:08 UTCmonitoring

   Решение было применено ко всем учетным записям, затронутым проблемой сброса пароля в ODC Personal Edition и на веб-сайте Сообщества. Сейчас мы внимательно следим за платформой, чтобы подтвердить, что сброс паролей завершен, как и ожидалось, и что все затронутые учетные записи полностью восстановлены. Если вы продолжаете испытывать проблемы с сбросом пароля, пожалуйста, свяжитесь с нашей командой глобальной поддержки.

5. 15 сентября 2026 г. в 12:56 UTCresolved

   Проблема, затрагивающая логины с ошибкой «неправильные учетные данные и сброс паролей с неправильным кодом проверки» на OutSystems Personal Edition и веб-сайте сообщества, была полностью решена. Исправление было подтверждено эффективным для всех затронутых учетных записей, и сброс паролей теперь успешно завершается. Мы приносим извинения за любые нарушения, которые могли возникнуть, и благодарим вас за терпение.

6. 16 сентября 2026 г. в 16:06 UTCpostmortem

   11 сентября 2026 года, после обновления общего входа в OutSystems Personal Edition и веб-сайта OutSystems Community, ряд учетных записей не смогли войти в систему или сбросить свой пароль, даже с правильными учетными данными. Были затронуты только учетные записи личного издания и веб-сайта сообщества; другие арендаторы ODC OutSystems не пострадали. Причиной было несоответствие для подмножества учетных записей между сохраненной информацией электронной почты учетной записи и идентификатором, используемым во время аутентификации, который поток входа в систему всплыл на пользователей как неправильный код проверки, а не указывал на основные данные учетной записи. Мы опубликовали наше первое публичное обновление 14 сентября, применили коррекцию данных к затронутым учетным записям в производстве позже в тот же день и подтвердили восстановление непосредственно с пострадавшими клиентами, прежде чем отметить инцидент, разрешенный 15 сентября. Мы вводим дополнительные меры предосторожности, включая мониторинг аутентификации и сбоев сброса паролей в этом потоке входа и дополнительную валидацию перед будущими изменениями входа, чтобы быстрее улавливать и решать такие проблемы. Мы приносим извинения за причиненный ущерб и благодарим вас за терпение.

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

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

   Мы обновляем OutSystems Community до единой унифицированной системы входа в систему с 8 по 11 сентября. Это изменение создает одну стабильную идентичность в Сообществе, O11 Personal Environments (PE) и ODC Personal Editions, устраняя необходимость повторной аутентификации при навигации между платформами. В период с 8 по 11 сентября некоторые операции по учетным записям, такие как обновление данных профиля, слияние учетных записей или запрос новых ПЭ, будут временно ограничены. Кроме того, вход в систему как на Портале поддержки, так и в Сообществе будет затруднен 11 сентября, когда завершится финальный переход.

2. 11 сентября 2026 г. в 13:24 UTCinvestigating

   Продолжается работа по техническому обслуживанию новой унифицированной системы входа в сообщество. Наша команда завершает переходные задачи, чтобы обеспечить плавную миграцию по всему Сообществу, O11 Personal Environments и ODC Personal Edition. Операции по учетным записям и доступ к входу в систему остаются временно ограниченными, пока эта работа завершается. Мы приносим извинения за продление простоя и предоставим следующее обновление в ближайшее время.

3. 11 сентября 2026 г. в 15:09 UTCidentified

   Продолжается работа по техническому обслуживанию новой унифицированной системы входа в сообщество. Наша команда завершает переходные задачи, чтобы обеспечить плавную миграцию по всему Сообществу, O11 Personal Environments и ODC Personal Edition. Операции по учетным записям и доступ к входу в систему остаются временно ограниченными, пока эта работа завершается. Мы приносим извинения за продление простоя и предоставим следующее обновление в ближайшее время.

4. 11 сентября 2026 г. в 16:43 UTCresolved

   Завершена миграция в новую единую систему входа в Сообщество. Операции входа и учетной записи теперь снова доступны в Сообществе, Портале поддержки, O11 Personal Environments и ODC Personal Edition. Все службы работают, как и ожидалось. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

1. 11 сентября 2026 г. в 06:23 UTCinvestigating

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

2. 11 сентября 2026 г. в 07:55 UTCidentified

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

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

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

4. 14 сентября 2026 г. в 17:00 UTCpostmortem

   В период с 10 по 11 сентября 2026 года клиенты столкнулись с проблемой, затрагивающей страницу журналов на портале ODC, где просмотр за пределами первой страницы по-прежнему будет показывать журналы с первой страницы результатов. Эта проблема затронула каждый регион и этап. Данные журнала не были потеряны, проблема затронула только возможность просмотра за пределами первой страницы результатов. Эта проблема была обнаружена в отчетах клиентов, и наша команда воспроизвела поведение внутри компании, чтобы подтвердить его масштаб. Корневая причина была идентифицирована как дефект, введенный недавним обновлением логики логов, что привело к возвращению того же набора результатов независимо от того, какая страница была запрошена. Исправление было разработано, протестировано и развернуто во всех пострадавших регионах, полное восстановление подтверждено 11 сентября 2026 года в 11:56 UTC. После этого инцидента мы работаем над тем, чтобы сократить время, необходимое для валидированных исправлений, чтобы достичь производства для подтвержденных проблем, влияющих на клиентов, и усилить наши процессы тестирования и внутреннего обзора, чтобы улавливать этот тип дефекта до того, как он достигнет производства. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

1. 4 сентября 2026 г. в 11:15 UTCidentified

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

2. 4 сентября 2026 г. в 12:28 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 4 сентября 2026 г. в 12:47 UTCresolved

   Этот инцидент был урегулирован.

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

1. 31 августа 2026 г. в 15:28 UTCinvestigating

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

2. 31 августа 2026 г. в 15:34 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 31 августа 2026 г. в 17:02 UTCidentified

   Мы определили причину проблемы, затрагивающей Mentor в ODC Studio в Азиатско-Тихоокеанском регионе (Сидней), и исправление применяется. Пользователи могут продолжать видеть ошибку подключения, пока исправление разворачивается во всех затронутых средах. Мы будем предоставлять обновления по мере поступления дополнительной информации.

4. 31 августа 2026 г. в 18:00 UTCresolved

   Проблема, затрагивающая Mentor в ODC Studio в Азиатско-Тихоокеанском регионе, решена. Изменение конфигурации вызвало неправильное направление запросов на подключение Mentor, что привело к ошибке подключения. Это изменение было отменено во всех затронутых средах, и наша команда подтвердила, что Mentor снова работает, как и ожидалось. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

5. 31 августа 2026 г. в 18:59 UTCpostmortem

   В период с 28 по 31 августа 2026 года пользователи в Азиатско-Тихоокеанском регионе не смогли использовать Mentor в ODC Studio. Попытки подключения привели к ошибке, в которой говорилось: "Ментор не мог подключиться. Пожалуйста, выйдите в интернет и попробуйте снова. Развернутые приложения и другие функции ODC Studio не были затронуты. В рамках запланированных региональных инфраструктурных работ запросы на подключение Mentor из затронутых сред начали направляться в новое региональное направление. Услуги, необходимые для обработки этих запросов, еще не были развернуты там, поэтому каждая попытка подключения не удалась. Изменения были применены до того, как эти услуги стали доступны. Проблема была обнаружена через отчеты клиентов. Автоматизированный мониторинг не предупреждал об этом, потому что запросы на подключение отправлялись в пункт назначения, где служба поддержки еще не работала, поэтому для нашего мониторинга не генерировались сигналы сбоя для обнаружения. Чтобы восстановить сервис, мы отменили изменение конфигурации в одной среде и подтвердили, что Mentor успешно подключился, а затем применил один и тот же разворот во всех затронутых средах. Мы проверили восстановление с каждым из клиентов, которые сообщили о проблеме. Чтобы предотвратить повторение, работа региональной инфраструктуры не возобновится, пока все зависимые услуги не будут доступны в регионе. Мы усиливаем валидацию, применяемую перед обновлениями конфигурации такого рода, так что изменения не могут быть сделаны раньше, чем услуги, от которых они зависят. Мы также пересматриваем наш мониторинг, чтобы сбои такого типа обнаруживались автоматически, а не через отчеты клиентов. Мы извиняемся за любые нарушения и благодарим вас за терпение

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

1. 26 августа 2026 г. в 05:16 UTCinvestigating

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

2. 26 августа 2026 г. в 06:56 UTCmonitoring

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

3. 26 августа 2026 г. в 16:33 UTCresolved

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

4. 27 августа 2026 г. в 04:56 UTCpostmortem

   26 августа между 05:16 UTC и 16:26 UTC некоторые пользователи ODC испытывали задержки в исполнении таймеров. Пострадавшие таймеры оставались в ожидании, а не запускались по расписанию, и последующие запуски не начинались. Пострадали пользователи в США Восточный / Вирджиния и Азиатско-Тихоокеанский / Сингапур. Сами приложения оставались доступными повсюду. Проблема была вызвана недавним обновлением платформы, которое изменило статус таймера после запуска. В соответствии с этим обновлением таймер, чей статус должен был быть записан более одного раза в последовательности, не смог правильно обновиться, оставив его в ожидании и блокируя более поздние запланированные казни. Для восстановления сервиса наша команда вернула пострадавшую часть платформы в предыдущую версию, что остановило повторение проблемы для пострадавших пользователей. Затем была разработана, проверена и развернута постоянная коррекция по всей платформе, и мы подтвердили, что таймеры работали нормально, прежде чем закрыть инцидент. Мы пересматриваем наш мониторинг исполнения таймеров, чтобы проблемы такого рода обнаруживались автоматически, а не через отчеты клиентов. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

1. 24 августа 2026 г. в 14:57 UTCinvestigating

   Мы расследуем вопрос, затрагивающий развертывание приложений на Портале УДК. Некоторые пользователи, пытающиеся развернуть приложение на другом этапе, могут видеть сообщение об ошибке: "Ошибка произошла при получении сгенерированного кода в результате пересмотра. (OS-STGC-60005)". Проблема может быть прерывистой и в настоящее время затрагивает пользователей во многих регионах. Наша команда активно исследует причину. Мы предоставим обновление, как только будет доступна дополнительная информация.

2. 24 августа 2026 г. в 18:07 UTCmonitoring

   Для решения проблемы, затрагивающей развертывание приложений на Портале УДК, было принято решение, и мы видим первые признаки восстановления. Пользователи, пытающиеся развернуть приложение на другом этапе, должны постепенно перестать сталкиваться с ошибкой OS-STGC-60005. Сейчас мы отслеживаем платформу в пострадавших регионах, чтобы подтвердить полное восстановление. Мы будем предоставлять обновления по мере поступления дополнительной информации.

3. 24 августа 2026 г. в 19:12 UTCresolved

   Этот инцидент был урегулирован. Проблема, затрагивающая развертывание приложений на Портале ОРС, была смягчена, и развертывание осуществляется в штатном режиме. Пользователи, пытающиеся развернуть приложение на другом этапе, больше не должны сталкиваться с ошибкой OS-STGC-60005. Наш мониторинг не показывает дальнейших случаев этой ошибки с 16:23 UTC. Мы приносим извинения за сбои, вызванные деятельностью по развертыванию.

4. 25 августа 2026 г. в 11:39 UTCpostmortem

   24 августа 2026 года некоторые пользователи столкнулись с проблемой, затрагивающей развертывание приложений на портале ODC. Пострадавшие пользователи периодически видели сообщение об ошибке: "Произошла ошибка при получении сгенерированного кода от доработки. \(OS-STGC-60005\)". Проблема была вызвана внутренним инструментом масштабирования, который мешал серверной службе, используемой для подготовки пакетов развертывания, вызывая задержки и ошибки для некоторых запросов на развертывание. Мы исправили масштабирование, чтобы восстановить нормальное поведение. Чтобы предотвратить повторение, мы работаем с поставщиком автоматизированного инструмента масштабирования, чтобы исправить основное поведение, и установили постоянную защиту, чтобы предотвратить неправильное управление этим инструментом. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

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

   В настоящее время мы изучаем проблему, когда пользователи не могут создавать и редактировать приложения с помощью Mentor на портале ODC из-за ошибки OS-IDE-CONVERSATIONAL-50035. Эта проблема затрагивает несколько регионов. Ментор в студии остается функциональным. Наша команда активно изучает этот вопрос, и мы будем предоставлять обновления по мере поступления дополнительной информации.

2. 21 августа 2026 г. в 14:03 UTCmonitoring

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

3. 21 августа 2026 г. в 16:20 UTCresolved

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

4. 21 августа 2026 г. в 16:21 UTCpostmortem

   Между 20 августа 9:52 UTC и 21 августа 13:22 UTC некоторые пользователи не смогли сгенерировать или отредактировать приложения с помощью Mentor на портале ODC и получили ошибку OS-IDE-CONVERSATIONAL-50035. Проблема была вызвана устаревшей проверкой разрешения, которая осталась на месте после недавнего изменения способа внутренней коммуникации. Мы удалили устаревшую проверку и подтвердили, что редактор приложений Mentor App Generator восстановился в пострадавших регионах. Мы приносим извинения за причиненный этим ущерб.

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

1. 12 августа 2026 г. в 16:56 UTCidentified

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

2. 13 августа 2026 г. в 11:21 UTCresolved

   Этот инцидент был урегулирован.

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

1. 12 августа 2026 г. в 05:41 UTCinvestigating

   Нам известно о проблеме, затрагивающей УВК в Азиатско-Тихоокеанском регионе (Сингапур, Сидней), Европе (Франкфурт) и восточных регионах США (Вирджиния). Пострадавшие пользователи могут увидеть загрузку приложения, а затем выйти из строя при открытии вкладки «Конфигурация» вместе с сообщением об ошибке: «Не удалось получить группу фильтров IP» (OS-APPC-60043). Наша команда активно исследует и будет предоставлять обновления по мере поступления дополнительной информации.

2. 12 августа 2026 г. в 07:37 UTCinvestigating

   Мы продолжаем исследовать вопрос, затрагивающий УВК в Азиатско-Тихоокеанском регионе (Сингапур, Сидней), Европе (Франкфурт) и регионах Востока США (Вирджиния). Клиенты продолжают сообщать об ошибках при открытии вкладки «Конфигурация». Наша команда активно работает над выявлением первопричины и будет предоставлять обновления по мере поступления дополнительной информации.

3. 12 августа 2026 г. в 08:30 UTCmonitoring

   В целях решения проблемы конфигурации, затрагивающей Портал УВК в Азиатско-Тихоокеанском (Сингапур), Европейском (Франкфурт) и Восточном (Вирджиния) регионах США, было принято решение. В настоящее время мы внимательно следим за платформой, чтобы убедиться, что конфигурации приложений загружаются, как и ожидалось, и подтвердить, что все системы полностью восстановлены.

4. 12 августа 2026 г. в 10:38 UTCresolved

   Этот инцидент был урегулирован. Вопрос, затрагивающий Портал УВК в Азиатско-Тихоокеанском (Сингапур), Европейском (Франкфурт) и Восточном (Н. Вирджиния) регионах США, был полностью решен, и все службы в настоящее время работают, как и ожидалось.

5. 13 августа 2026 г. в 10:58 UTCpostmortem

   12 августа 2026 года, примерно в 02:56 UTC, мы получили наш первый отчет о проблеме, которая затронула функции конфигурации приложений и IP-фильтра, в результате чего эти области не загружаются для ряда клиентов. Публикация приложений и время выполнения не были затронуты. Клиенты видели коды ошибок OS-APPC-60043 и OS-CFGC-GEN-60030. Это помешало некоторым пользователям завершить необходимые изменения конфигурации приложения. Обычный сервис был восстановлен в 08:00 UTC. Это было вызвано недавним обновлением внутренней службы, которая предоставляет данные конфигурации. Обновление непреднамеренно изменило маршрутизацию запросов между экземплярами этой службы, поэтому большинство запросов на информацию IP-фильтра достигло экземпляра, который не мог ответить на них и вычислил время. Наша команда определила неисправное обновление и перевернула его во всех средах, чтобы восстановить нормальное поведение. Мы совершенствуем наше предварительное тестирование и мониторинг, чтобы этот тип проблемы был пойман до того, как он достигнет производства, и добавляем охват мониторинга специально для этого режима отказа.

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

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

   Нам известно о проблеме, затрагивающей ОРС в Южной Америке/регионе Сан-Паулу. Пользователи могут быть не в состоянии войти, а приложения в производстве могут быть недоступны для конечных пользователей. Также может быть затронут доступ к ODC Studio и порталу ODC. Наша команда в настоящее время изучает причину и будет предоставлять обновления по мере поступления дополнительной информации.

2. 10 августа 2026 г. в 22:23 UTCmonitoring

   Для решения проблемы, затрагивающей вход в систему и доступ к приложениям для ОРС в Южной Америке/регионе Сан-Паулу, было принято решение. Первоначальные проверки с пострадавшими пользователями подтверждают, что вход и доступ к приложениям были восстановлены. В настоящее время мы отслеживаем платформу, чтобы обеспечить полное восстановление всех затронутых служб, включая ODC Studio и портал ODC.

3. 11 августа 2026 г. в 07:54 UTCresolved

   Инцидент, затрагивающий вход в систему и доступ к приложениям в Южной Америке / Сан-Паулу, был урегулирован. В настоящее время все службы работают в полном объеме.

4. 12 августа 2026 г. в 06:46 UTCpostmortem

   10 августа 2026 года, с 20:31 по 22:19 UTC, пользователи в Южной Америке / регионе Сан-Паулу испытывали ошибки при входе в ODC. Это не позволило затронутым пользователям получить доступ к своим производственным приложениям, а также затронуло портал ODC и студию ODC. Проблема была обнаружена через отчеты клиентов и мониторинг. Наше расследование показало, что ошибка во внутреннем компоненте кэширования нашей службы идентификации мешала ей выдавать токены входа, хотя в противном случае служба работала нормально. Чтобы восстановить обслуживание, наша команда перезапустила пострадавшую службу идентификации, которая устранила ошибку и позволила возобновить выпуск токенов. Мы подтвердили с пострадавшими клиентами, что вход и доступ к приложениям вернулись к норме до закрытия инцидента. Мы определили дополнительные улучшения в области мониторинга и профилактики этого компонента и уделяем первоочередное внимание их развертыванию, чтобы помочь снизить риск повторения подобных проблем. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

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

   Мы знаем о проблеме, затрагивающей приложения на этапе развития в Европе (Франкфурт). Приложения могут испытывать ошибку «восходящего тайм-аута запроса» при масштабировании. Как обходной путь, большинство приложений будут загружаться через несколько минут. Переиздание приложения также успешно масштабируется в течение нескольких минут. В настоящее время наша команда расследует его причину. Мы предоставим обновление, как только будут доступны более подробные сведения.

2. 31 июля 2026 г. в 10:43 UTCidentified

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

3. 31 июля 2026 г. в 15:53 UTCmonitoring

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

4. 4 августа 2026 г. в 09:59 UTCmonitoring

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

5. 7 августа 2026 г. в 08:34 UTCresolved

   Этот вопрос решен. После постоянного мониторинга никаких новых случаев возникновения этой проблемы не сообщалось. Заявки на этапе развития в Центральном регионе Европы (Франкфурт) успешно расширяются без ошибок.

6. 7 августа 2026 г. в 15:40 UTCpostmortem

   31 июля 2026 года проблема затронула заявки, запущенные на этапе развития в Европе (Франкфурт). Приложения испытывали длительные задержки \(2-3 минуты\) и ошибки тайм-аута при запуске из состояния простоя. Проблема длилась около нескольких часов и была обнаружена с помощью отчетов клиентов и мониторинга платформы. За это время несколько заказчиков в регионе сообщили о трудностях с запуском своих приложений на этапе разработки Runtime. Наше исследование выявило проблему с памятью в критическом компоненте, отвечающем за автоматическое масштабирование приложений на основе входящего трафика. Этот компонент потреблял чрезмерную память и многократно перезагружался, что мешало приложениям расширяться при первом доступе. Наша команда немедленно внедрила операционный обход, увеличив лимит ресурсов для этого компонента. Это смягчение сразу позволило приложениям масштабироваться, как и ожидалось. Параллельно мы разработали постоянное исправление кода для устранения первопричины и развернули его 7 августа. Система оставалась стабильной, без каких-либо новых случаев во время и после развертывания постоянного исправления. Чтобы предотвратить подобные проблемы, OutSystems улучшает то, как мы отслеживаем и проверяем конфигурацию инфраструктуры, чтобы раньше улавливать проблемы с памятью и ресурсами, и мы улучшаем наши автоматизированные компоненты масштабирования для более изящного управления изменениями структуры трафика. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

1. 30 июля 2026 г. в 18:39 UTCresolved

   502 ошибки, затрагивающие портал ODC, были устранены. Между 15:19 и 15:59 UTC 30 июля пользователи столкнулись с проблемами подключения, вызванными недавним изменением конфигурации, влияющим на валидацию заголовка. Изменения были отменены, и доступ к Порталу УДК был полностью восстановлен. Сейчас все службы работают, как и ожидалось. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

2. 4 августа 2026 г. в 15:31 UTCpostmortem

   30 июля 2026 года, между 15:19 и 15:59 UTC, клиенты в нескольких регионах столкнулись с отключением доступа к порталу ODC OutSystems, что не позволило им войти в систему или получить доступ к своим средам разработки. Инцидент был вызван добавлением пользовательского заголовка, который не позволял запросам попасть на портал. После отмены изменения кода сервис был восстановлен к 15:59 UTC. Чтобы предотвратить подобные инциденты в будущем, мы внедряем дополнительное автоматизированное тестирование для проверки изменений конфигурации, прежде чем они будут развернуты в производстве, и проводим всесторонний обзор наших процедур проверки кода и тестирования, чтобы выявить такие проблемы ранее в процессе разработки. Мы ценим ваше терпение во время этого инцидента и приносим извинения за любые нарушения в вашей работе.

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

1. 21 июля 2026 г. в 02:13 UTCinvestigating

   Мы знаем о повторении проблем, затрагивающих персональные издания на ODC в нескольких регионах (Восток США, Европа и Азиатско-Тихоокеанский регион). После резолюции, которую мы объявили вчера, некоторые пользователи сообщили, что они все еще испытывают трудности, пробуждая свое окружение от спячки. Наша команда активно исследует этот рецидив и работает над выявлением причины. Мы будем предоставлять обновления по мере поступления дополнительной информации.

2. 21 июля 2026 г. в 07:16 UTCidentified

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

3. 21 июля 2026 г. в 09:31 UTCidentified

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

4. 21 июля 2026 г. в 22:36 UTCidentified

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

5. 23 июля 2026 г. в 09:06 UTCresolved

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

6. 23 июля 2026 г. в 13:04 UTCpostmortem

   20 июля 2026 года возникла проблема с функцией пробуждения, затрагивающая персональные издания. Это произошло во всех трех регионах (Восток США, Европа и Азиатско-Тихоокеанский регион). Пользователи не смогли разбудить свою среду от спячки. При попытке разбудить среду они либо оставались в спячке, либо переходили в состояние «пробуждения» на неопределенный срок, препятствуя доступу к приложениям. Это было вызвано проблемой в том, как наши бэкэнд-системы обрабатывали обновления состояния среды. Из-за того, что сообщения обрабатывались не по порядку, внутреннее состояние некоторых сред было неправильно возвращено к «отключению» после того, как они уже успешно проснулись, хотя сама среда оставалась доступной на бэкэнде. Это привело к тому, что портал ODC продолжал демонстрировать неточный статус «спячки» или «пробуждения», и неоднократные попытки пробуждения не разрешили его, поскольку основное состояние продолжало перезаписываться. Мы определили первопричину 21 июля и развернули исправление кода для исправления синхронизации состояния. Ремонт начал осуществляться во всех регионах 22 июля и завершился к 23 июля. Все пострадавшие среды были успешно пробуждены. Мы проводим дополнительные проверки состояния, чтобы обеспечить синхронизацию портала ODC и бэкэнд-систем. В настоящее время проводится полный технический обзор для выявления аналогичных пробелов в синхронизации между другими функциями. Мы приносим извинения за любые нарушения и благодарим вас за терпение.

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

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

   Мы знаем о проблеме, затрагивающей персональные издания на ODC, по крайней мере, в трех разных регионах (Восток США (Огайо), Азиатско-Тихоокеанский регион (Сингапур) и Европа (Ирландия). Пользователи испытывают трудности, пробуждая свою среду от спячки, при этом среда либо возвращается в спящее состояние, либо остается на неопределенный срок в процессе пробуждения. В настоящее время наша команда расследует его причину. Мы предоставим обновление, как только будут доступны более подробные сведения.

2. 20 июля 2026 г. в 15:41 UTCidentified

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

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

   Этот инцидент был урегулирован. ODC Personal Editions уже в продаже Работает нормально. Если вы еще этого не сделали, пожалуйста, свяжитесь с вашим Персональное издание, нажав «Проснись» на портале ODC. Если у вас возникли какие-либо проблемы, наша команда поддержки готова помочь. Спасибо за ваше терпение.

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

1. 30 июня 2026 г. в 08:56 UTCidentified

   We are investigating a recurring issue where users are experiencing difficulties promoting applications through their deployment pipelines due to an incorrect ordering of deployment stages. This issue is currently affecting users across several regions. Our team is actively working to resolve the problem as quickly as possible and will provide updates as more information becomes available.

2. 30 июня 2026 г. в 14:05 UTCmonitoring

   A fix has been implemented to address the configuration issue affecting deployment pipelines across multiple regions. We are now closely monitoring the platform to ensure application promotions are proceeding as expected and to confirm that all systems have fully recovered.

3. 30 июня 2026 г. в 18:22 UTCresolved

   The configuration issue affecting deployment pipeline stage ordering across multiple regions for ODC has been resolved. The fix has fully addressed both the primary issue identified on June 29th and a secondary edge case affecting users with custom environment names. Our team has completed the monitoring period, and all services are now operating as expected. We apologise for any disruption caused and thank you for your patience.

4. 2 июля 2026 г. в 08:13 UTCpostmortem

   On June 26, 2026, a code deployment intended to improve our system's infrastructure inadvertently introduced a sorting issue that affected the deployment stage ordering on the ODC platform. This issue prevented several customers from deploying applications through their expected deployment stages. We identified the root cause on June 29 and immediately implemented a fast-track fix. When further investigation revealed the issue persisted for additional customers due to a deeper underlying cause, we deployed a comprehensive fix on June 30 that fully resolved the problem across all affected tenants. All impacted customers have been verified as fully operational, and their applications can now be deployed normally through all stages.

1. 29 июня 2026 г. в 04:28 UTCinvestigating

   We are currently investigating an issue where users are experiencing difficulties promoting applications through their deployment pipelines due to an incorrect ordering of deployment stages. This issue is affecting users across several regions. We are working to resolve the problem as quickly as possible and will provide updates as more information becomes available.

2. 29 июня 2026 г. в 07:46 UTCidentified

   The root cause has been found and linked to a misconfigured code that was deployed recently, which was then used to update the environment configuration orders. Mitigation actions will be implemented soon. We appreciate your patience while the fix is being fully rolled out.

3. 29 июня 2026 г. в 10:43 UTCidentified

   We are continuing to work on implementing the fix for the configuration issue affecting deployment pipelines across multiple regions. While the mitigation actions are being executed, users may still experience issues promoting applications or see incorrect ordering in their deployment stages. We remain focused on resolving this as quickly as possible and will provide another update once the solution has been fully rolled out.

4. 29 июня 2026 г. в 11:21 UTCidentified

   We are continuing to work on a fix for this issue.

5. 29 июня 2026 г. в 13:52 UTCmonitoring

   We have applied a solution to resolve the configuration issue affecting deployment pipelines across multiple regions. We are now monitoring the platform closely to ensure that application promotions are functioning correctly and that all systems have fully recovered.

6. 29 июня 2026 г. в 18:07 UTCresolved

   The incident has been resolved. The fix has been successfully applied across all affected regions, and we have verified that deployment pipelines are now operating with the correct stage ordering. We received direct confirmation from affected customers and have seen no further reports since the fix was implemented. We apologise for any disruption caused and thank you for your patience.

7. 2 июля 2026 г. в 08:15 UTCpostmortem

   On June 26, 2026, a code deployment intended to improve our system's infrastructure inadvertently introduced a sorting issue that affected the deployment stage ordering on the ODC platform. This issue prevented several customers from deploying applications through their expected deployment stages. We identified the root cause on June 29 and immediately implemented a fast-track fix. When further investigation revealed the issue persisted for additional customers due to a deeper underlying cause, we deployed a comprehensive fix on June 30 that fully resolved the problem across all affected tenants. All impacted customers have been verified as fully operational, and their applications can now be deployed normally through all stages.

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

   We are currently investigating an issue affecting users in Asia Pacific (Singapore) and Europe (Frankfurt). Affected users are experiencing failed application deployments to higher stages, accompanied by the error message OS-BLD-40303. Our team is actively working to resolve the issue, and we will provide further updates as they become available.

2. 25 июня 2026 г. в 09:30 UTCidentified

   We have identified the root cause of the issue preventing application deployments and are actively working on a fix. Users in Asia Pacific (Singapore) and Europe (Frankfurt) may continue to experience failed deployments and encounter error message OS-BLD-40303 while the solution is being implemented.

3. 25 июня 2026 г. в 11:36 UTCmonitoring

   We have applied a fix for the deployment issue and are currently monitoring the system to ensure full recovery. Users in Asia Pacific (Singapore) and Europe (Frankfurt) should see services returning to normal, and we will provide a final update once stability is confirmed.

4. 25 июня 2026 г. в 12:31 UTCresolved

   This incident has been fully resolved. Services are now operating as expected, and users can successfully deploy their apps without encountering the previous error.

5. 25 июня 2026 г. в 13:15 UTCpostmortem

   On June 24th, an issue occurred that impacted ODC application deployments for non-administrator users across multiple regions, including Asia Pacific and Europe. Affected users experienced failures when attempting to deploy applications to higher stages and received an error during the build preparation step. Administrator accounts were not affected. The issue was caused by a configuration change deployed on June 23rd, which introduced a technical mismatch in how permission roles were validated within the build pipeline, preventing non-admin users from initiating deployments. The engineering team identified the root cause and reversed the change. Deployments are now functioning normally for all affected users. We are conducting a post-incident review to prevent similar issues from occurring in the future.

1. 22 июня 2026 г. в 11:37 UTCinvestigating

   We are currently investigating an issue affecting ODC users in the US East (N. Virginia) region. Users are experiencing issues accessing applications in the DEV stage and may encounter an "Upstream Request Timeout" error. Our team is actively working to resolve the issue, and we will provide updates as more information becomes available.

2. 22 июня 2026 г. в 12:22 UTCmonitoring

   We have applied a solution and are currently monitoring the situation to ensure a full recovery. ODC users in the US East (N. Virginia) region who were blocked from accessing applications in the DEV stage and encountering "Upstream Request Timeout" errors should see services returning to normal.

3. 22 июня 2026 г. в 12:42 UTCresolved

   We are pleased to confirm that the incident has been resolved, and all services are now operating as expected. ODC users in the US East (N. Virginia) region should no longer experience issues accessing applications in the DEV stage or encounter "Upstream Request Timeout" errors.

4. 22 июня 2026 г. в 14:45 UTCpostmortem

   On June 22nd, an incident affected ODC users in the US East \(N. Virginia\) region. Users were unable to access any applications in the Development stage, receiving an "Upstream Request Timeout" error. Production and Test stages, as well as all other regions, were unaffected. The incident was caused by a platform configuration change that prevented the component responsible for starting idle Development-stage applications on demand from functioning. As a result, when a request arrived, the application failed to start, causing the connection to time out at the gateway. The issue was resolved by reverting the configuration change. The component fully recovered, app startup resumed, and normal service operation was verified.