Հաճախորդներին սեփական CDN-ի և DNS-ի տրամադրումը

Լռելյայնորեն ձեր հաճախորդների կայքերը օգտագործում են մեր CDN և DNS հաշիվները: Վերավաճառողների մեծ մասի համար դա ճիշտ է: Երկու իրավիճակ փոխում են դա:

Երբ հաճախորդը պետք է ունենա սեփականը

Նրանք արդեն ունեն հաշիվ և ցանկանում են պահպանել այն. նրանց թիմը գիտի այն, նրանց կանոնները գործում են դրանում, և տեղափոխությունը խանգարում է առանց որևէ շահի: Reseller (Վերավաճառող) → Networks (Ցանցեր) → ավելացրեք նրանց հաշիվը, և նրանց կայքերն սկսում են օգտագործել այն դրանից հետո:

Footprint բաժանում: Կայքերը, որոնք չպետք է կապված թվան, չպետք է կիսեն անունների սերվեր (nameserver), IP կամ CDN հաշիվ, քանի որ հենց դրանք են այն միացումները, որոնք ինչ-որ մեկը փնտրում է: Հաշիվների հավաքածուն, որոնցում կայքերը բաշխված են, հենց այն է, ինչը խզում է միացումը:

Հավաքածուներ (Pools)

ՀավաքածուC (Pool)-ը հաշիվների հավաքածու է, որոնց վրա մենք բաշխում ենք կայքերը: Դուք ավելացնում եք հաշիվներ՝ ձերը, մերը կամ հաճախորդի, և ընտրում եք, թե ինչպես են կայքերը բաշխվում՝ շրջանաձև (round-robin), կամ խմբավորված, որպեսզի հաճախորդի սեփական կայքերը մնան միասին, մինչդեռ տարբեր հաճախորդներ երբեք չեն կիսվում:

Reseller (Վերավաճառող) → Networks (Ցանցեր) → Pools (Հավաքածուներ) ցույց է տալիս, թե քանի կայք է կրում յուրաքանչյուր հաշիվ և նախազգուշացնում է նախքան հաշիվը հասնի իր սեփական մատակարարի սահմանաչափին:

Անունների սերվերներ (Nameservers)

Անկախ նրանից, թե որ հաշվում է հայտնվում գոտին (zone), ձեր հաճախորդները տեսնում են ձեր անունների սերվերները, եթե դրանք կարգավորել եք՝ ns1.yourbrand.com մեր որևէ բանի փոխարեն: Դա սպիտակ պիտակավորման (white-labelling) ամենաշատ տեսանելի մասն է և արժե անել:

⛔ Ստուգեք հաճախորդի հաշվի սահմանաչափերը նախքան դրան վստահելը: Անվճար մակարդակի (free-tier) CDN հաշիվն ունի գոտու սահմանափակում, և ձախողումը գալիս է որպես «կայքը չի գործարկվի» այն օրը, երբ դա ամենաքիչն եք ցանկանում: