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

1. 27 октября 2026 г. в 15:51 UTCinvestigating

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

2. 27 октября 2026 г. в 17:01 UTCidentified

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

3. 28 октября 2026 г. в 00:14 UTCmonitoring

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

4. 28 октября 2026 г. в 07:13 UTCresolved

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

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

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

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

2. 23 октября 2026 г. в 14:14 UTCinvestigating

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

3. 23 октября 2026 г. в 14:41 UTCidentified

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

4. 23 октября 2026 г. в 14:55 UTCmonitoring

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

5. 23 октября 2026 г. в 15:46 UTCresolved

   Все службы работают нормально, и на протяжении всего периода мониторинга была подтверждена стабильность.

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

1. 22 октября 2026 г. в 11:17 UTCinvestigating

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

2. 22 октября 2026 г. в 11:18 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 22 октября 2026 г. в 12:06 UTCmonitoring

   После нового входа проблема решается.

4. 22 октября 2026 г. в 14:37 UTCresolved

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

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

1. 21 октября 2026 г. в 19:07 UTCidentified

   Отчеты ODP, кампании и экспорт затронуты из-за инцидента со снежинкой в ЕС. Сегменты реального времени не затронуты.

2. 21 октября 2026 г. в 22:25 UTCmonitoring

   Сервисы Snowflake в ЕС возвращаются к нормальной работе. Отставание в обработке данных в ODP очистилось. Мы следим за ситуацией.

3. 22 октября 2026 г. в 07:36 UTCresolved

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

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

1. 15 октября 2026 г. в 10:35 UTCinvestigating

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

2. 15 октября 2026 г. в 12:00 UTCidentified

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

3. 15 октября 2026 г. в 13:39 UTCresolved

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

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

1. 13 октября 2026 г. в 18:10 UTCresolved

   Между 15:05 и 16:10 UTC 13 октября 2026 года клиенты Data Platform в регионе США столкнулись с задержкой приема данных и повышенными показателями ошибок на API GraphQL. Примерно с 15:20 до 16:07 UTC большинство запросов API GraphQL терпели неудачу с ошибками HTTP 5xx или тайм-аутами. Поступление новых данных задерживалось примерно на 65 минут. Все данные, принятые во время инцидента, были обработаны 16:10 UTC. Наши инженеры внесли изменения в инфраструктуру, которые решили проблему в регионе США. Те же изменения были внесены и в другие регионы, чтобы не допустить подобного. Мы приносим извинения за срыв.

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

1. 9 октября 2026 г. в 13:24 UTCinvestigating

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

2. 9 октября 2026 г. в 13:41 UTCresolved

   Проблемы с выселением кэша и доставкой веб-хуков, влияющие на Content Graph, были решены. Хронический контент больше не обслуживается, и рабочие процессы публикации вернулись к нормальной работе.

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

1. 6 октября 2026 г. в 22:21 UTCresolved

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

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

1. 30 сентября 2026 г. в 13:57 UTCmonitoring

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

2. 30 сентября 2026 г. в 18:07 UTCresolved

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

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

1. 23 сентября 2026 г. в 14:21 UTCinvestigating

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

2. 23 сентября 2026 г. в 14:46 UTCmonitoring

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

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

   Сервис остается стабильным. Сейчас этот вопрос считается решенным.

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

1. 20 сентября 2026 г. в 11:24 UTCinvestigating

   В настоящее время мы изучаем проблему, затрагивающую платформу оптимизированного контент-маркетинга (CMP), где данные не загружаются в несколько модулей, включая Plan, Resources и Library, для подмножества клиентов в стеке GCP. Наша инженерная команда занимается и активно исследует первопричину. Мы понимаем, какое влияние это оказывает на ваши рабочие процессы, и ценим ваше терпение, пока мы работаем над решением. Мы предоставим последующее обновление, как только появится новая информация.

2. 20 сентября 2026 г. в 11:29 UTCidentified

   Вопрос был выявлен, и в настоящее время осуществляется исправление

3. 20 сентября 2026 г. в 11:51 UTCmonitoring

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

4. 20 сентября 2026 г. в 13:08 UTCresolved

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

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

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

   В настоящее время мы расследуем этот вопрос.

2. 17 сентября 2026 г. в 22:24 UTCidentified

   Вопрос был выявлен, и в настоящее время осуществляется исправление.

3. 17 сентября 2026 г. в 22:26 UTCmonitoring

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

4. 17 сентября 2026 г. в 22:26 UTCresolved

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

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

1. 16 сентября 2026 г. в 08:33 UTCidentified

   Начиная примерно с 10:00 CEST обработка электронных писем, отправленных через наш SMTP API, задерживается. Мы уже определили основную проблему и находимся в процессе ее решения.

2. 16 сентября 2026 г. в 08:56 UTCresolved

   Проблема была исправлена, и все задержанные электронные письма были обработаны.

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

1. 8 сентября 2026 г. в 07:34 UTCidentified

   Клиенты в стеке AWS, использующие модуль CMP Analytics, могут заметить, что аналитические данные от 3 сентября 2026 года не видны на их приборных панелях. Это проблема только с дисплеем — все данные были безопасно записаны и будут загружены после развертывания исправления.

2. 8 сентября 2026 г. в 18:40 UTCmonitoring

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

3. 9 сентября 2026 г. в 05:12 UTCresolved

   Вопрос решен.

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

1. 2 сентября 2026 г. в 08:05 UTCinvestigating

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

2. 2 сентября 2026 г. в 08:51 UTCidentified

   Мы продолжаем исследовать сбои входа, влияющие на некоторые среды DXP. Пострадавшие приложения могут получить ошибку доверия сертификата при подключении к нашей службе входа в систему. Пострадавшие клиенты не могут войти в интерфейс управления CMS и в настоящее время не могут создавать или редактировать контент. Проблема, по-видимому, затрагивает приложения, работающие на старых изображениях ОС и версиях .NET раньше, чем .NET 8. Приложения на .NET 8 или более поздней версии, по-видимому, не затронуты на основе отчетов. Перезагрузка веб-приложения не решает проблему. Наши инженерные команды работают над решением на стороне сервиса. Подтверждаются пострадавшие регионы. Мы продолжим предоставлять дальнейшие обновления.

3. 2 сентября 2026 г. в 10:26 UTCidentified

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

4. 2 сентября 2026 г. в 11:35 UTCidentified

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

5. 2 сентября 2026 г. в 12:15 UTCmonitoring

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

6. 2 сентября 2026 г. в 15:23 UTCresolved

   Проблема решена, и сейчас сервис работает в штатном режиме. Спасибо за ваше терпение!

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

1. 2 сентября 2026 г. в 05:00 UTCinvestigating

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

2. 2 сентября 2026 г. в 05:20 UTCidentified

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

3. 2 сентября 2026 г. в 06:44 UTCmonitoring

   Реализация исправления осуществлена, и в настоящее время мы отслеживаем результаты. Теперь оба продукта должны быть доступны.

4. 2 сентября 2026 г. в 07:49 UTCresolved

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

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

1. 25 августа 2026 г. в 05:15 UTCinvestigating

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

2. 25 августа 2026 г. в 06:58 UTCmonitoring

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

3. 25 августа 2026 г. в 07:37 UTCresolved

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

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

1. 24 августа 2026 г. в 06:53 UTCinvestigating

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

2. 24 августа 2026 г. в 08:20 UTCmonitoring

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

3. 24 августа 2026 г. в 11:01 UTCresolved

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

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

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

   We're investigating DXP multiple environments returning error 503 - affecting only non-production environments.

2. 14 августа 2026 г. в 03:06 UTCidentified

   Our Engineering team has identified the root cause and is actively working on a resolution.

3. 14 августа 2026 г. в 05:15 UTCidentified

   We are implementing the fix and have confirmed the impact affects a limited subset of clients.

4. 14 августа 2026 г. в 08:39 UTCresolved

   This incident has been resolved.

1. 12 августа 2026 г. в 10:38 UTCidentified

   We have identified a platform-wide issue affecting PDF file preview generation within the Content Marketing Platform (CMP). Users attempting to preview PDF assets in the Library may encounter an error and be unable to view document previews. Our Engineering team has identified the root cause and is actively working on a resolution. Your files are safe and no data loss has occurred. We will continue to provide updates as we make progress toward a fix. Thank you for your patience.

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

   A fix has been implemented and we are monitoring the results.

3. 12 августа 2026 г. в 16:03 UTCresolved

   This incident has been resolved.