Кратко

  • Опубликованный 8 сентября материал RIPE Labs описывает небольшую серию измерений RIPE Atlas в десяти странах. Она выявила выбранные точки доставки, но не внутреннюю логику платформ.
  • В одной сети доступа порталы Google и Meta показали 72% и 77% в разных временных окнах и по разным определениям. Источник прямо запрещает сопоставлять эти величины как однородные.
  • Размещённое оборудование, путь одной пробы и агрегат провайдера — разные доказательства. Ни одно по отдельности не подтверждает cache hit, экономию, устойчивость или контроль.
  • Решение о ёмкости требует записи на уровне сервиса и разрешённой проверки резервного пути.

Близкий сервер ещё не объясняет выбор

Локальный edge-узел легко увидеть: стойка, питание, порты и короткий путь к абоненту. Но платформа решает, какие сервисы и объекты подходят для этой площадки, каких пользователей направлять на неё и куда уводить трафик при перегрузке или недоступности. Оператор доступа предоставляет помещение, локальную маршрутизацию и последнюю милю. Физическое присутствие и право распределять запросы пересекаются, но не совпадают.

Эту границу хорошо показывает статья «The Internet’s New Edge Builders» на RIPE Labs. Её автор Arman Obosyan сообщает о небольшой серии измерений RIPE Atlas, проведённой в июне 2026 года из десяти стран. Точки назначения менялись в зависимости от hostname и исходной сети, в том числе между пробами в одной стране. Это диагностический снимок: он показывает выбранный маршрут, а не внутреннее основание выбора.

Такое ограничение не делает RIPE Atlas неисправным. Сервис сохраняет наблюдение от определённой пробы к определённой цели, в заданное время и с заданными параметрами. Документация перечисляет настройки traceroute и предупреждает, что структура результата может зависеть от прошивки пробы. Наблюдение можно повторить. Закрытый список допустимых объектов, состояние кэша или коммерческое правило в данных не появятся сами собой.

У 72% и 77% разные знаменатели

В описанном примере Google Global Cache и оборудование Meta находятся внутри сети доступа SkyTel AS49628. SkyTel обеспечивает площадку, питание, маршрутизацию и локальное подключение. Google и Meta по отдельности определяют, что может обслуживать их система, какие пользователи попадут на неё и как пойдёт трафик при недоступности.

Портал Google отнёс 72% своего распределения к именованным ресурсам GGC за период с 5 августа по 4 сентября 2026 года. Портал Meta отнёс 77% к своему устройству за период с 29 августа по 5 сентября. По данным статьи, SkyTel разрешила публикацию этих агрегатов.

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

Traceroute RIPE Atlas образует третий срез. Он может показать endpoint, достигнутый одной пробой для конкретной цели, но не выдаёт коэффициент попадания в кэш, байты внутри частной магистрали или поведение всех абонентов. Короткий путь также не доказывает уменьшение счёта. Минимальное обязательство по транзиту, внутренняя передача, питание, порты и резервная ёмкость могут оставить экономическое ограничение прежним.

Запись должна начинаться с сервиса

До изменения ёмкости оператору следует сохранить сервис, hostname или класс объекта, пробу и исходную сеть, семейство адресов, идентификатор и время измерения, выбранный endpoint и видимый путь. Если используется показатель портала, к нему добавляются название агрегата, знаменатель, правило допуска и отчётный период.

Неизвестное надо называть неизвестным. Коэффициент попадания, доля частной магистрали и причина маппинга могут отсутствовать. Затем разделяются обязанности: площадка, питание и локальная маршрутизация относятся к оператору; ПО, допустимость, распределение и вывод из эксплуатации — к платформе в пределах опубликованных условий.

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

Такая запись о размещении — редакционное предложение Theo March, а не требование RIPE NCC, SkyTel, Google или Meta. Её задача — сохранить публичное наблюдение рядом с частным доказательством управления, не подменяя одно другим.

Границы источников

RIPE Labs подтверждает рассказ автора об измерениях, пример SkyTel, два ограниченных агрегата и запрет на их прямое сравнение. Документация RIPE Atlas описывает параметры и формат. Meta сообщает о развитии глобального edge-слоя и точек присутствия. Ни один источник не раскрывает внутренний алгоритм, не доказывает всеобщую закономерность, не измеряет весь трафик и не сообщает об экономии, сбое, нарушении или инциденте.

Источники