Cloudflare Pages ці Netlify: 114 мс супраць 221 мс — але тарыф важнейшы

Для статычнага сайта з умеранай колькасцю абнаўленняў Cloudflare Pages выглядае больш прадказальным выбарам, а для частых папярэдніх версій варта разгледзець Netlify. У тэсце SpeedVitals, апублікаваным у 2022 годзе, сярэдні сусветны TTFB аднаго Docusaurus-сайта склаў 114 мс на Cloudflare Pages і 221 мс на Netlify. Гэта вынік канкрэтнага сайта і працэдуры, а не прагноз хуткасці кожнага праекта для наведвальнікаў з Беларусі.

Вырашальным становіцца спосаб уліку нагрузкі. Бясплатны тарыф Netlify мае 300 крэдытаў на месяц і адну адначасовую зборку; крэдыты расходуюцца на вытворчыя разгортванні, вылічэнні, перадачу даных і вэб-запыты. У Cloudflare Pages асноўныя межы для статычнага праекта звязаны са зборкамі і файламі, а выклікі функцый маюць асобную квоту. Таму для frontend з сервернай логікай трэба параўноўваць профіль запытаў, а не толькі затрымку статычнай старонкі.

Што насамрэч паказаў замер TTFB

TTFB — час да атрымання першага байта адказу. Для параўнання размясцілі адну і тую ж старонку дакументацыі на Docusaurus на бясплатных планах абедзвюх платформаў. Замеры рабілі з пунктаў у розных рэгіёнах: пачатковы прагон выкарыстоўвалі для прагравання кэша, пасля чаго ўсярэднілі наступныя вынікі. Такі падыход дапамагае параўнаць аддачу падрыхтаванай старонкі ў выбраных умовах.

Межы выніку важныя для беларускага сайта. Сусветнае сярэдняе аб’ядноўвае розныя сеткавыя маршруты і не паказвае асобна затрымку для Мінска ці іншых гарадоў Беларусі. У тым жа даследаванні асобныя прагоны Web Vitals давалі перавагу Netlify па TTFB: яны выкарыстоўвалі іншую працэдуру і не замяняюць сусветны замер. Да таго ж TTFB апісвае пачатак адказу сервера, а не час, за які браўзер загрузіць выявы, выканае JavaScript і пакажа гатовую старонку.

Cloudflare Pages: мяжа для зборак і файлаў

Для сайта з рэдкімі публікацыямі бясплатны Cloudflare Pages дае зразумелы запас. Ліміты Cloudflare Pages, абноўленыя ў верасні 2026 года, прадугледжваюць 500 зборак на месяц, адну адначасовую зборку, да 20 000 файлаў на сайт і не больш за 25 MiB для аднаго файла на плане Free. Пры падлучаным Git-рэпазіторыі адпраўка новага кода запускае зборку і разгортванне. Папярэднія версіі таксама праходзяць праз гэты працэс.

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

У Cloudflare Pages можа адначасова існаваць шмат preview-разгортванняў. Гэта зручна для агляду розных змен, але кожная новая версія ўсё роўна патрабуе зборкі. Таму для каманды, якая часта абнаўляе галіны, важная не колькасць адкрытых preview-адрасоў, а частата запускаў і чаканне ў чарзе.

Netlify: адзін баланс для розных расходаў

У Netlify папярэднія разгортванні не расходуюць крэдыты за сам выпуск версіі, але іх наведванне можа расходаваць агульны баланс. Правілы налічэння Netlify задаюць 15 крэдытаў за паспяховае вытворчае разгортванне, 20 за GB перададзеных даных, 2 за 10 000 вэб-запытаў і 10 за GB-гадзіну вылічэнняў. Deploy Previews і разгортванні галін бясплатныя як разгортванні; запыты да іх і перададзеныя файлы ўлічваюцца ў адпаведных катэгорыях расходу.

Умоўны месяц з 12 вытворчымі разгортваннямі, 3 GB перадачы даных і 100 000 вэб-запытаў дасць 180, 60 і 20 крэдытаў адпаведна — разам 260. Гэты разлік яшчэ не ўключае працу функцый і іншых платных магчымасцей. Прагляд старонкі таксама можа стварыць некалькі запытаў да HTML, CSS, JavaScript і выяў, таму колькасць наведванняў сама па сабе не роўная колькасці вэб-запытаў.

На бясплатным тарыфе вычарпаны баланс прыводзіць да прыпынення праектаў да наступнага разліковага цыклу. Для планавання гэта больш істотная мяжа, чым кошт асобнага разгортвання: наведвальнікі і праца функцый расходуюць тыя ж крэдыты. Уладальнікам старых акаўнтаў трэба ўлічваць свой фактычны тарыф, бо ранейшыя планы могуць захоўвацца без пераходу на крэдытную мадэль.

Калі frontend выклікае функцыі

Серверная логіка змяняе разлік для Cloudflare Pages. Правілы аплаты Pages Functions адносяць іх выклікі да агульнага ліміту Workers Free у 100 000 запытаў за дзень разам з Workers; лічыльнік скідаецца апоўначы UTC. Запыты да статычных файлаў бясплатныя і неабмежаваныя, калі яны не запускаюць функцыю. Таму сайт, дзе большасць старонак аддаецца як гатовыя файлы, і сайт, дзе кожны маршрут выконвае код, маюць розны профіль расходу.

У Netlify функцыя расходуе вылічальныя крэдыты паводле выдзеленай памяці і часу працы. Яе выклік таксама ўлічваецца як вэб-запыт, а адказ можа дадаць расход на перадачу даных. Нават пры аднолькавай колькасці выклікаў кароткая праверка параметраў і працяглая апрацоўка файла будуць каштаваць па-рознаму. Гістарычны тэст статычнай старонкі не вымяраў ні кошт, ні затрымку такіх маршрутаў.

Выбар для трох тыпаў праектаў

Статычны сайт

Калі сайт складаецца пераважна з гатовых старонак і рэдка абнаўляецца, Cloudflare Pages — лагічны пачатковы выбар: наведванні статычных файлаў не ствараюць асобнага расходу на запыты, а абмежаванні зборкі і памеру выніковага сайта лёгка суаднесці з праектам. Netlify таксама падыдзе пры невялікім трафіку, але ў яго разліку трэба пакінуць месца для перадачы файлаў і запытаў пасля публікацыі.

Частыя preview-зборкі

Netlify прывабны, калі каманда стварае шмат папярэдніх версій і адносна рэдка публікуе вытворчы сайт: самі Deploy Previews не маюць платы за разгортванне. Інтэнсіўны прагляд гэтых версій усё ж расходуе крэдыты на трафік. У Cloudflare Pages колькасць папярэдніх версій не вырашае пытанне чаргі: калі змены прыходзяць хутчэй, чым завяршаюцца зборкі, рэцэнзаванне будзе чакаць новага разгортвання.

Frontend з функцыямі

Для такога праекта выбар залежыць ад долі статычных адказаў, частаты выклікаў і часу працы кода. Cloudflare Pages выглядае эканамічным, калі функцыі выкарыстоўваюцца выбарачна і ўпісваюцца ў дзённую квоту. Netlify дазваляе расходаваць агульны крэдытны баланс паміж разгортваннямі і працай сайта, але актыўная функцыя можа адначасова павялічваць расход на вылічэнні, запыты і перадачу даных. Менавіта гэтая структура нагрузкі вызначае прагназуемы кошт дакладней за адзін замер TTFB.

Чытайце таксама:

• Amazon S3 ці Cloudflare R2: нулявы egress не кампенсуе кожную затрымку
• Cloudflare Workers ці Vercel Functions: ліміт важнейшы за cold start
• Cloudflare будуе ўласны CA, але квантавыя сертыфікаты яшчэ не выдае