Cloudflare Pages թե Netlify․ անվճար deploy-ը երկու տեղում տարբեր կերպ է հաշվվում

|Հեղինակ: QUASA-ի խմբագրական թիմ|6 րոպե ընթերցանություն
Cloudflare Pages թե Netlify․ անվճար deploy-ը երկու տեղում տարբեր կերպ է հաշվվում

Փոքր static կայքի համար տարբերությունը ծախսի հաշվարկն է։ Cloudflare Pages-ի սահմանաչափերով Free պլանում թույլատրվում է ամսական 500 build, իսկ Netlify-ի գնային կանոններով credit-based Free-ը տալիս է ամսական 300 credit․ հաջող production deploy-ը ծախսում է 15 credit, փոխանցված յուրաքանչյուր GB-ը՝ 20, իսկ յուրաքանչյուր 10 000 վեբ հարցումը՝ 2։ Այսպիսով, Netlify-ում հրապարակումների քանակը բավարար չէ անվճար օգտագործումը գնահատելու համար. այցելուների երթևեկությունն էլ է ծախսում նույն պաշարը։

Cloudflare Pages-ի նկարագրությունը static կայքերի մատուցման համար նշում է անսահմանափակ հարցումներ և փոխանցված տվյալների ծավալ։ Սա չի վերացնում build-ի ու ֆայլերի սահմանները. Pages Functions օգտագործող հարցումներն ունեն Workers-ի առանձին հաշվարկ։ Եթե կայքը հիմնականում պատրաստի էջեր, պատկերներ և այլ static ֆայլեր է մատուցում, երկու պլանների տարբերությունը հատկապես տեսանելի է դառնում երթևեկության աճի ժամանակ։

Ինչն է սահմանափակվում մինչև այցելուների գալը

Cloudflare Pages-ի Git կապով յուրաքանչյուր նոր կոդի ուղարկում կարող է կառուցել և հրապարակել կայքի հերթական տարբերակը։ Free պլանում միաժամանակ կատարվում է մեկ build, իսկ build-ը դադարեցվում է 20 րոպեից հետո։ Մեկ կայքում թույլատրվում է մինչև 20 000 ֆայլ, մեկ static ֆայլի առավելագույն չափը 25 MiB է։ Փաստաթղթերի գեներատորը կարող է մոտենալ ֆայլերի սահմանին՝ նույնիսկ համեստ երթևեկության դեպքում, իսկ խոշոր ներբեռնվող ֆայլը կարող է չտեղավորվել մեկ ֆայլի չափի սահմանում։

Netlify-ի credit-based պլանում build րոպեները առանձին հաշվարկային միավոր չեն։ Production տարբերակի հաջող հրապարակումն է ծախսում deploy-ի credit-ը. preview և branch տարբերակների ստեղծումը այդ ծախսը չունի։ Սակայն դրանց հասցեներով մատուցված ֆայլերն ու ստացված հարցումները մտնում են փոխանցված տվյալների և վեբ հարցումների ընդհանուր հաշվարկի մեջ։ Հին Netlify հաշիվները կարող են մնացած լինել legacy պլանում, ուստի ստորև բերված թվերը վերաբերում են հենց credit-based Free-ին։

Երեք պայմանական ամսական հաշիվ

Հետևյալ օրինակների բոլոր հաճախություններն ու ծավալները պայմանական են։ Ենթադրվում է Git-ով հրապարակվող static կայք՝ առանց Functions-ի, տվյալների բազայի կամ AI ծառայությունների։ Փոխանցված տվյալներն ու հարցումները արդեն ներառում են preview հասցեների դիտումները։ Այդպես նույն այցելությունը չի հաշվվում երկրորդ անգամ, իսկ Netlify-ի արդյունքը ստացվում է հրապարակումների, GB-ների և հարցումների երեք չափվող մասերի գումարից։

Փաստաթղթերի կայք

Ենթադրենք՝ ամսում կատարվում է 4 production հրապարակում և 8 preview build։ Կայքը փոխանցում է 2 GB տվյալ և ստանում 20 000 վեբ հարցում։ Cloudflare Pages-ի Git հոսքում դա 12 build է։ Netlify-ի պայմանական հաշիվը 4 × 15 + 2 × 20 + 2 × 2 = 104 credit է։ Երկու Free պլաններն էլ տեղավորում են այս օգտագործումը։ Եթե գեներատորը հրապարակում է բազմաթիվ առանձին էջեր, Pages-ի ֆայլերի սահմանը կարող է ավելի կարևոր լինել, քան այս օրինակի build-երի քանակը։

Marketing կայք

Ենթադրենք՝ արշավային էջերը ամսում ունեն 12 production հրապարակում և 8 preview build։ Այցելուներին ու preview դիտողներին միասին փոխանցվում է 8 GB տվյալ՝ 100 000 հարցման ընթացքում։ Pages-ում ստացվում է 20 build։ Netlify-ի կանխատեսվող պահանջը 12 × 15 + 8 × 20 + 10 × 2 = 360 credit է՝ Free-ի 300-credit սահմանը գերազանցող ծավալ։ Միայն հրապարակումները կծախսեին 180 credit. արդյունքը փոխում են ֆայլերի մատուցումն ու հարցումները։ Ծանր պատկերներով էջի դեպքում նույն այցելությունների քանակը կարող է ավելի շատ GB ստեղծել, ուստի այստեղ հրապարակումների հաճախությունը միակ որոշիչը չէ։

Ակտիվ preview-ներով փոքր թիմ

Ենթադրենք՝ թիմը ամսում ստեղծում է 80 preview և 4 production տարբերակ, իսկ բոլոր հասցեներով միասին փոխանցվում է 3 GB տվյալ ու ստացվում 50 000 հարցում։ Pages-ի Git հոսքում դա 84 build է։ Netlify-ում preview հրապարակումները production-deploy credit չեն ծախսում, ուստի պայմանական հաշիվը 4 × 15 + 3 × 20 + 5 × 2 = 130 credit է։ Preview-ների քանակն այստեղ Netlify-ի deploy ծախսը չի բարձրացնում, բայց դրանց ակտիվ դիտումները կարող են մեծացնել մյուս երկու բաղադրիչները։

Preview հոսքի սահմանը որտեղ է զգացվում

Cloudflare Pages-ը թույլ է տալիս նախագծում պահել անսահմանափակ թվով ակտիվ preview տարբերակներ։ Այդ հնարավորությունը չի նշանակում անսահմանափակ Git build. յուրաքանչյուր նոր preview-ի կառուցումը կարող է սպառել ամսական 500 build-ից մեկը։ Հաճախ փոփոխվող թիմի համար տարբերություն կա արդեն հրապարակված preview հղումը բազմիցս բացելու և ամեն փոփոխությունից հետո նոր տարբերակ ստեղծելու միջև. առաջինը նոր build չի պահանջում, երկրորդը՝ պահանջում է։

Netlify-ում հակառակ շեշտադրումն է։ Preview կամ branch deploy-ի համար production հրապարակման 15 credit-ը չի գանձվում, բայց preview հասցեի HTML-ի, CSS-ի, պատկերների ու մյուս ֆայլերի հարցումները հաշվվում են։ Հետևաբար հազվադեպ բացվող բազմաթիվ preview-ները և հաճախ դիտվող մի քանի preview-ները կարող են credit-ների տարբեր պատկեր տալ։ Համեմատելիս պետք է առանձին պահել հրապարակումների թիվը, փոխանցված GB-ները և HTTP հարցումները. «մեկ դիտումը» նույնը չէ, ինչ «մեկ հարցումը», քանի որ էջը կարող է պահանջել մի քանի ֆայլ։

Redirect-ները տեղափոխելիս որտեղ է փոխվում վարքը

Հասցեների պարզ տեղափոխումը Cloudflare Pages-ում կարելի է գրել _redirects ֆայլում։ Pages-ի redirect կանոնները այդ ֆայլում թույլատրում են մինչև 2 000 static և 100 dynamic գրառում, բայց չեն աջակցում հարցման պարամետրով, երկրով կամ cookie-ով պայմանական ընտրությանը։ Այս տարբերությունը կարևոր է, եթե marketing կայքի գործող կանոնը նույն ճանապարհը տարբեր նպատակակետ է ուղարկում՝ կախված, օրինակ, արշավային պարամետրից։ Այդ վարքը պահպանելու համար միայն ֆայլը պատճենելը բավարար չէ։

Կա նաև երթուղու սահման։ Pages-ի _redirects կանոնները չեն կիրառվում Pages Functions-ի սպասարկած հարցումներին, նույնիսկ երբ URL-ի ձևը համապատասխանում է կանոնին։ Հետևաբար պատրաստի էջերի հին հասցեները և դինամիկ երթուղիները տեղափոխման ժամանակ տարբեր լուծումներ են պահանջում։ Սովորական հին էջից նոր էջ տանող redirect-ը կարող է մնալ static կանոն, իսկ Function-ի միջոցով մշակվող հասցեի տրամաբանությունը պետք է լինի համապատասխան կոդում կամ դուրս մնա Function-ի երթուղուց։

Cache-ը ինչպես է ազդում հաշվին

Netlify-ի cache-ի կանոններով static ֆայլերի պատասխանները պահվում են ցանցի եզրային հանգույցներում և բովանդակությունը փոխող նոր deploy-ի ժամանակ ինքնաբերաբար անվավեր են դառնում։ Առանց նոր deploy-ի կամ ձեռքով մաքրման դրանք կարող են թարմ համարվել մինչև մեկ տարի։ Այդ ժամկետը չի նշանակում, թե այցելուներին մատուցված ֆայլերի GB-ներն ու հարցումները հանվում են credit հաշվարկից. cache-ը նկարագրում է մատուցման և թարմացման վարքը, իսկ credit-ները՝ չափվող օգտագործումը։

Netlify-ի Functions-ի, Edge Functions-ի և proxy-ի պատասխանները լռելյայն նույն կերպ չեն cache-ավորվում։ Սա կարևոր սահման է, երբ սկզբում ամբողջովին static marketing կայքը հետագայում ստանում է դինամիկ հատված։ Այդ փոփոխությունը կարող է ավելացնել օգտագործման այլ չափումներ էլ, մինչդեռ վերևի երեք պայմանական հաշիվները վերաբերում են միայն static տարբերակներին։ Cloudflare Pages-ում էլ Function կանչը պետք է տարբերել սովորական static ֆայլի հարցումից։

Աճի դեպքում ինչ որոշում է փոխվում

Netlify Free-ի ամսական credit սահմանը խիստ է։ Եթե կանխատեսվող օգտագործումը պարբերաբար գերազանցում է այն, վճարովի պլանի գինն արդեն ընտրության մաս է. Personal-ը սկսվում է ամսական 9 դոլարից և ներառում է 1 000 credit, Pro-ն՝ ամսական 20 դոլարից և առնվազն 3 000 credit։ Փոքր թիմի համար նշանակություն ունի նաև մուտքի իրավունքը. Free-ում թույլատրվում է մեկ անվճար անդամ, մինչդեռ Pro-ն նախատեսում է անսահմանափակ անդամներ։ Հետևաբար preview հղումներով կարծիք հավաքելը և նույն հաշվում մի քանի կառավարող անդամ ունենալը տարբեր պահանջներ են։

Cloudflare Pages-ի դեպքում static երթևեկության ավելացումը նույնպիսի GB կամ հարցման credit հաշվարկ չի ստեղծում։ Փոխարենը աճող նախագծում շուտ կարող են կարևոր դառնալ Git build-երի հաճախությունը, գեներացված ֆայլերի քանակը կամ Function-ների առանձին սահմանները։ Փաստաթղթերի կայքի ընտրությունը հաճախ կախված կլինի հրապարակման փաթեթի չափից, իսկ շատ այցելուներ ունեցող պարզ marketing էջի ընտրությունը՝ նրանից, թե Netlify-ի ընդհանուր credit պաշարում որքան տեղ է թողնում մատուցվող բովանդակությունը։

Կարդացեք նաև:

Կիսվել:

Բաժանորդագրվեք մեր տեղեկագրին

Ստացեք Web3-ի, ԱԲ-ի և կրիպտոյի վերջին լուրերն անմիջապես ձեր էլ. փոստին։

0