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

1. 9 сентября 2026 г. в 21:26 UTCinvestigating

   We are currently investigating this issue.

2. 9 сентября 2026 г. в 21:32 UTCinvestigating

   We are continuing to investigate this issue.

3. 9 сентября 2026 г. в 21:34 UTCidentified

   The issue has been identified and a fix is being implemented.

4. 9 сентября 2026 г. в 21:38 UTCresolved

   This incident has been resolved.

1. 2 сентября 2026 г. в 17:19 UTCinvestigating

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

2. 2 сентября 2026 г. в 17:30 UTCmonitoring

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

3. 2 сентября 2026 г. в 17:40 UTCresolved

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

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

1. 31 августа 2026 г. в 20:24 UTCresolved

   Некоторые веб-сервисы в Орегоне были недоступны между 19:20 и 19:30 UTC.

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

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

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

2. 31 августа 2026 г. в 16:08 UTCinvestigating

   Мы заметили, что развертывание в первую очередь зависит от этого.

3. 31 августа 2026 г. в 16:33 UTCinvestigating

   Пострадает входящий трафик на услуги Сингапура. Бесплатные услуги в Сингапуре временно отключены, пока мы продолжаем расследование.

4. 31 августа 2026 г. в 17:22 UTCmonitoring

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

5. 31 августа 2026 г. в 18:09 UTCresolved

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

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

1. 20 августа 2026 г. в 15:47 UTCinvestigating

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

2. 20 августа 2026 г. в 16:12 UTCidentified

   Была выявлена проблема с нашим провайдером, Google Cloud. Бесплатные веб-сервисы: сборки / развертывания и развертывание были временно отключены, пока мы работаем над смягчением проблемы.

3. 20 августа 2026 г. в 17:27 UTCmonitoring

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

4. 20 августа 2026 г. в 17:45 UTCmonitoring

   Мы наблюдаем полное восстановление. Мы продолжаем следить за любыми дальнейшими вопросами.

5. 20 августа 2026 г. в 19:40 UTCresolved

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

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

1. 27 июля 2026 г. в 14:43 UTCinvestigating

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

2. 27 июля 2026 г. в 17:59 UTCinvestigating

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

3. 27 июля 2026 г. в 18:27 UTCinvestigating

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

4. 27 июля 2026 г. в 20:18 UTCmonitoring

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

5. 27 июля 2026 г. в 23:58 UTCmonitoring

   После наших исправлений никаких дальнейших проблем не наблюдалось. Dashboard и REST API остаются полностью работоспособными. Причины неудачи развертывания по-прежнему отключены. Мы обновим этот инцидент, как только они будут восстановлены. Дальнейших обновлений на сегодня не ожидается (2026-07-27, UTC-7).

6. 28 июля 2026 г. в 19:35 UTCresolved

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

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

1. 24 июля 2026 г. в 11:16 UTCinvestigating

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

2. 24 июля 2026 г. в 11:27 UTCmonitoring

   Мы наблюдали восстановление во всех службах и сейчас следим за ситуацией.

3. 24 июля 2026 г. в 11:44 UTCmonitoring

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

4. 24 июля 2026 г. в 13:30 UTCresolved

   Сейчас этот инцидент урегулирован.

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

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

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

2. 20 июля 2026 г. в 00:55 UTCidentified

   GitHub продолжает сообщать об отключении, https://www.githubstatus.com. Это приводит к сбоям аутентификации при попытке развертывания из репозитория GitHub.

3. 20 июля 2026 г. в 01:54 UTCmonitoring

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

4. 20 июля 2026 г. в 02:11 UTCresolved

   Показатели отказов зданий восстановились. Разрешение.

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

1. 19 июля 2026 г. в 03:44 UTCinvestigating

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

2. 19 июля 2026 г. в 03:55 UTCidentified

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

3. 19 июля 2026 г. в 05:57 UTCidentified

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

4. 19 июля 2026 г. в 08:29 UTCidentified

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

5. 19 июля 2026 г. в 09:10 UTCmonitoring

   Развертывания последовательно завершаются примерно с 08:40 и возвращаются к нормальному уровню. Мы отслеживаем любые другие воздействия.

6. 19 июля 2026 г. в 09:20 UTCresolved

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

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

1. 16 июля 2026 г. в 22:42 UTCinvestigating

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

2. 16 июля 2026 г. в 22:42 UTCinvestigating

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

3. 16 июля 2026 г. в 23:09 UTCidentified

   GitHub обновил свою страницу статуса, чтобы сообщить о ухудшении доступности REST API: https://www.githubstatus.com/incidents/gxycch3076xk

4. 17 июля 2026 г. в 00:13 UTCmonitoring

   GitHub сообщает, что они смягчили свой инцидент и ведут мониторинг для обеспечения стабильности.

5. 17 июля 2026 г. в 00:14 UTCresolved

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

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

1. 15 июля 2026 г. в 21:50 UTCinvestigating

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

2. 15 июля 2026 г. в 21:55 UTCidentified

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

3. 15 июля 2026 г. в 22:06 UTCmonitoring

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

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

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

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

1. 15 июля 2026 г. в 00:22 UTCinvestigating

   В настоящее время мы изучаем проблему с доступностью панели инструментов Render.

2. 15 июля 2026 г. в 00:51 UTCmonitoring

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

3. 15 июля 2026 г. в 00:54 UTCresolved

   Этот вопрос решен.

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

1. 9 июля 2026 г. в 18:18 UTCmonitoring

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

2. 9 июля 2026 г. в 18:44 UTCresolved

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

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

1. 2 июля 2026 г. в 19:09 UTCidentified

   Due to an ongoing LetsEncrypt incident, wildcard certificates may be slow to issue/renew. We are actively monitoring the situation.

2. 2 июля 2026 г. в 19:59 UTCresolved

   Issuance has returned to expected performance and we've observed no further impact.

1. 24 июня 2026 г. в 00:00 UTCinvestigating

   We are currently investigating this issue.

2. 24 июня 2026 г. в 00:32 UTCmonitoring

   We have rolled out a fix for this issue and are now monitoring it before confirming the resolution.

3. 24 июня 2026 г. в 01:44 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 24 июня 2026 г. в 01:45 UTCresolved

   This has now been resolved. Customers will have seen an impact from Jun 22, 2026, at 11:50 UTC.

1. 18 июня 2026 г. в 21:06 UTCidentified

   We are seeing slow or failing issuance of wildcard certificates due to an ongoing incident with the LetsEncrypt certificate authority. We are actively monitoring the situation on our end.

2. 18 июня 2026 г. в 23:15 UTCmonitoring

   We are no longer observing any impact from the LetsEncrypt incident. We continue to monitor.

3. 19 июня 2026 г. в 00:17 UTCresolved

   We have observed no further impact from the upstream LetsEncrypt issue over the last 4 hours. All Render systems are fully operational.

1. 11 июня 2026 г. в 19:42 UTCinvestigating

   We are currently investigating the problem. Try this work-around to get deploys going again: * Go into Workspace Settings * Change the Overlapping Deploy Policy to "Override" * Initiate a new deploy (which will then cancel the stuck deploy) * Change the Deploy Policy back to "Wait"

2. 11 июня 2026 г. в 19:59 UTCmonitoring

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

3. 11 июня 2026 г. в 20:32 UTCresolved

   This incident has been resolved. If you still have a stuck queued deploy, follow the instructions below under "Investigating" to clear the queue. It should then work again as expected going forward.

1. 11 июня 2026 г. в 18:56 UTCinvestigating

   We are currently investigating this issue.

2. 11 июня 2026 г. в 19:06 UTCmonitoring

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

3. 11 июня 2026 г. в 19:17 UTCresolved

   This incident has been resolved.

1. 11 июня 2026 г. в 16:01 UTCidentified

   The earlier "Platform latency" incident has affected queued deploys. We are implementing a fix

2. 11 июня 2026 г. в 16:44 UTCidentified

   We are continuing to work on a fix for this issue. In the meantime, stuck deploys can be cleared with these steps: * Go into Workspace Settings * Change the Overlapping Deploy Policy to "Override" * Initiate a new deploy (which will then cancel the stuck deploy) * Change the Deploy Policy back to "Wait"

3. 11 июня 2026 г. в 18:12 UTCresolved

   This incident has been resolved.

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

   We are currently investigating delays across the platform affecting builds, deploys, and webhooks.

2. 11 июня 2026 г. в 14:56 UTCmonitoring

   A fix has been implemented, and we are continuing to monitor. Auto-deploys would have been affected/missed by these delays and will need to be retriggered.

3. 11 июня 2026 г. в 14:57 UTCresolved

   This incident has been resolved.