Сеть работает как прозрачный кэширующий прокси перед вашим origin. В большинстве случаев достаточно поменять домен загрузки. API нужен, только если хотите манифесты сборок, статистику и управление инвалидацией.
Вместо прямого адреса вашего релиз-хранилища апдейтер обращается к выданному поддомену. Путь и имя файла — прежние.
# было — прямая отдача с origin base_url = "https://releases.mygame.ru/build/" # стало — отдача через NexFile base_url = "https://mygame.dl.nexfile.net/build/"
Да. Первый клиент прогреет кэш узла, дальше сеть отдаёт из горячего. Origin трогается только на новые файлы.
Узлы поддерживают Range-запросы — апдейтер качает в несколько потоков и продолжает после обрыва.
curl -H "Range: bytes=0-1048575" \ -H "X-Nex-Key: nxf_live_9f3c…" \ https://mygame.dl.nexfile.net/build/patch_1.9.4.pak # ответ HTTP/2 206 Partial Content X-Nex-Cache: HIT edge=msk-01 Accept-Ranges: bytes Content-Range: bytes 0-1048575/8623491072
Отдаёт список файлов версии с хэшами и размерами — апдейтер качает только изменившиеся куски.
{
"build": "1.9.4",
"total_size": 8623491072,
"chunks": [
{ "path": "patch_1.9.4.pak",
"sha256": "b4f1…c7",
"size": 8623491072 }
],
"cache": "warm"
}
Базовый адрес: https://api.nexfile.net/v2 · авторизация заголовком X-Nex-Key.
curl -X POST \ -H "X-Nex-Key: nxf_live_9f3c…" \ -d '{"mask":"/build/*"}' \ https://api.nexfile.net/v2/purge/mygame 202 Accepted · задача purge_71b3
{
"date": "2026-09-11",
"egress_gb": 184320.6,
"requests": 1904233117,
"cache_hit": 0.947,
"top_edge": "msk-01"
}Заведём тестовую pull-зону и выдадим ключ — 14 дней без оплаты.