Два провайдера: один рекламирует 6,000 серверов, другой — 600, и большее число ощущается как больше чего-то. На самом деле это больше неопределённой единицы. Прежде чем число сможет помочь выбору, нужно выяснить три условия: обслуживает ли хоть одна из этих конечных точек нужный вам регион и протокол, держится ли ёмкость в ваши рабочие часы и кто управляет инфраструктурой и что она записывает.

Три условия, которые решают ответ

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

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

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

Все три должны выполняться, чтобы число что-то значило, и каждое можно проверить отдельно. В этом и польза: решение вовсе не требует доверять заголовку. Вы можете проверить каждое условие по своим критериям. Кто документирует три ответа, сделал больше работы, чем брошюра.

Что считает число из заголовка

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

What the number countsWhat it tells youWhat it cannot tell you
Countries or regionsHow many jurisdictions have at least one entryHow many independent machines exist
Physical hostsRoughly how much hardware is deployedWhether any of it is near your destination
Container instancesHow many configurable endpoints can be issuedWhether they share one upstream path
Downloadable profilesHow many configuration files are offeredWhether the endpoints behind them still work

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

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

Проверьте путь, который вам действительно нужен

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

mtr -rwc 20 203.0.113.9
curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}
' https://example.net/

Трассировка показывает, где возникает задержка на всём маршруте, шаг за шагом, что отличает далёкий выход от перегруженного. Измерение curl отделяет установление соединения от первого байта ответа, поэтому медленное рукопожатие и медленный сервер не смешиваются.

Проводите сравнение в те часы, когда вы действительно работаете, и записывайте конечную точку, адрес выхода и проверенную цель. Результат без этих трёх деталей нельзя воспроизвести через неделю, в том числе вам.

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

Сократите список, затем решайте по доказательствам

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

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

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

Число не бесполезно; это грубая подсказка об инвестициях. Оно становится утверждением о качестве только после того, как кто-то определит единицу, проверит, что конечные точки работают, и покажет, что конкретный нужный вам путь лучше. До тех пор оно относится к колонке маркетинга, а не к колонке решений.

Похожие статьи