Кратко

  • По данным Cloudflare, часть клиентов могла столкнуться с повышенным числом ошибок 5xx и тайм-аутов между североамериканскими origin-серверами и сингапурским дата-центром SIN в течение 48 минут.
  • Статус провайдера «решено» относится к его инциденту. Он не доказывает, что очереди, повторные запросы, сессии и нагрузка каждого клиентского приложения восстановились в ту же минуту.

Публичная запись Cloudflare описывает узкий межрегиональный участок зависимости. Она не объявляет недоступным весь Сингапур, весь дата-центр SIN или глобальную сеть компании. Заявлен трафик между origin-серверами клиентов в Северной Америке и сингапурским дата-центром Cloudflare, где некоторые клиенты могли увидеть больше ответов 5xx и тайм-аутов.

Окно воздействия началось 23 августа в 01:06 UTC и завершилось в 01:54. Машиночитаемая запись при этом указывает 02:00 одновременно как время создания, начала и разрешения инцидента. Единственное текстовое обновление с описанием симптомов и границ было создано в 02:30:06, хотя его отображаемое время — 02:00.

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

Верхнеуровневое поле влияния имеет значение none; затронутые компоненты и продукты не перечислены. Но это не означает отсутствия клиентских последствий: текст прямо допускает ошибки и тайм-ауты у части клиентов. Одновременно запись не даёт оснований распространять воздействие на все услуги Cloudflare в Сингапуре.

Общая документация Cloudflare очерчивает техническую поверхность, но не устанавливает причину события. Запрос посетителя входит в глобальную сеть компании; anycast и BGP-маршрутизация участвуют в выборе дата-центра. Если ответ нельзя отдать там, Cloudflare открывает соединение с origin-сервером клиента. Успех приложения зависит от обработки на edge, участка edge-to-origin и самого origin.

В записи названы только географические концы этого участка. Не указаны местонахождение посетителя, физический маршрут, оператор связи, peer, изменение BGP, подводный кабель, внутренний компонент или причина. Формулировка «между Северной Америкой и Сингапуром» — граница наблюдения, а не схема сети.

Код 5xx сам по себе тоже не определяет место отказа. Его может вернуть приложение на origin, он может возникнуть при неудачной попытке соединиться с origin или в промежуточной обработке. Тайм-аут показывает исчерпание временного бюджета, но не место, где он был потрачен. Доступный edge и исправный origin не исключают деградацию между ними.

Для сопоставления сторон нужен Cf-Ray. Cloudflare рекомендует сохранять этот идентификатор в журналах origin, чтобы связать проксированный запрос с запросом, полученным приложением. Однако при использовании Argo Smart Routing или многоуровневого кеша трёхбуквенный код, видимый origin-серверу, может обозначать дата-центр исходящего соединения с origin, а не первый пункт входа посетителя.

Поэтому доказательная цепочка должна включать UTC-время, Ray ID, доступные данные о пункте входа, состояние кеша и соответствующую строку origin-лога. Скриншот статуса без идентификаторов не показывает, какие операции отказали; журнал приложения без edge-контекста не описывает путь до него.

Кеш способен разделить воздействие на разные классы запросов. Ответ, уже находящийся на edge, не требует обращения к североамериканскому origin. Динамический API или cache miss сохраняет эту зависимость. Однако Cloudflare не раскрыла конфигурации пострадавших клиентов — кеш, Argo, балансировку или резервные origins. Общая архитектура помогает строить проверки, но не является доказательством причины.

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

Особенно важно различать закрытие инцидента провайдером и восстановление клиентского приложения. Даже после стабилизации пути повторные запросы могут продолжаться, очереди — разгружаться, сессии — пересоздаваться, а origin — обрабатывать накопленную нагрузку. Зелёный статус провайдера не измеряет эти процессы.

Надёжный вывод ограничен: Cloudflare задним числом подтвердила региональное 48-минутное окно возможных ошибок 5xx и тайм-аутов, отметила его решённым и не назвала причину. Для каждого клиента конец инцидента наступает не по общей метке, а после независимой проверки полного пути и возврата собственного приложения к норме.

Источники