Amua nini CDN inapaswa kusambaza
Anza na orodha ya mali. Tenganisha mali zilizo na toleo kama picha, majani ya mtindo (stylesheets), skripti, fonti, na upakuaji kutoka kwa HTML, API, kurasa za akaunti, penyesho (checkout), na utawala. CDNs mara nyingi hujaza cache kwa ombi: ombi la kwanza linaweza kufika mtoaji, wakati maombi yanayofanana baadaye yanaweza kutumikwa upande wa edge. Edge iliyoko karibu na cache hit ni faida tofauti.
Rekodi mwenyeji, programu, boksi la uhifadhi, au load balancer inayotoa kila njia; lazima ijibu miss ya cache.
Anza na mali ambazo ni sawa kwa kila mgeni ambazo zinaweza kubaki salama hadi muda wao uliotajwa wa uhai (lifetime) uchome.
Usishiriki dashibodi za kibinafsi, kurasa zinazoambatana na kikao, au data za wateja isipokuwa mhandisi aliyehitimu ameunda na kujaribu utengano huo.
Weka sera za cache kwa tabia ya maudhui
Vichwa vya majibu vya HTTP vinaelezea tabia ya cache. Cache-Control inaonyesha kama jibu linaweza kuhifadhiwa na ni muda gani linabaki safi; TTL (time to live) ni kipindi hicho cha usafi. Kivinjari ni cache ya kibinafsi, wakati CDN kwa kawaida ni ya kushirikiwa. Tumia vichwa vya wazi. Kiwango cha HTTP kinaruhusu s-maxage kuweka maisha ya cache iliyoshirikiwa tofauti na max-age.
Chapisha URL mpya wakati maudhui yanabadilika, kama jina la faili lenye hash ya maudhui, kisha mpe toleo lisilobadilika maisha marefu yaliyoandikwa.
Chagua maisha mafupi au tabia ya uhalalishaji kulingana na gharama ya maudhui yaliyokuwa zamani; usitumie sheria ya mali kwa bei, hesabu za akiba, au hali za akaunti.
Tumia private kwa majibu yaliyokusudiwa kwa mtumiaji mmoja. Cookie pekee haifanyi jibu kuwa salama kwa cache iliyoshirikiwa.
Fanya invalidation iwe tukio, si mpango wa utoaji
Invalidation, au purging, inaambia CDN iliyosimamiwa kuondoa vitu vilivyohifadhiwa kabla ya kumalizika kwa kawaida. Itumie kwa marekebisho, si kila utoaji. Thibitisha kuwa mtoaji tayari unarejesha mbadala kabla ya kufuta; vinginevyo refill inaweza kuhifadhi jibu baya. Caches za vivinjari ziko nje ya udhibiti wa purge wa CDN, hivyo toleo la URL linabaki jambo la kuaminika kwa mafaili yanayobadilika.
Pendelea njia maalum, kundi la utoaji, au lebo ya cache inayoungwa mkono na msambazaji badala ya kufuta tovuti nzima; misses pana zinaweza kuwasilisha mzigo ghafla kwa mtoaji.
Purge iliyosambazwa inaweza isifike kila edge mara moja. Angalia semantics za kukamilika za msambazaji na jaribu URL inayoakisi.
Rekodi URL ya zamani na mpya, sheria ya cache, wigo wa purge, matokeo yaliyotarajiwa, na hatua za kurudisha nyuma.
Weka mtoaji nyuma ya tabaka la utoaji
Ufikiaji wa moja kwa moja wa mtoaji unaweza kupita caching ya CDN na udhibiti wa edge. Usifungue kwa urahisi; uitenge ili CDN, na njia zilizokusudiwa peke yake, ziweze kuifikia. Kutegemea stack yako, tumia udhibiti wa upatikanaji wa mtoaji wa wingu, sheria za firewall zikiwa na anuwai za kutoka za CDN zilizorekodiwa, mtandao wa kibinafsi, maombi yaliyosainiwa ya mtoaji, au mutual TLS (mTLS), ambapo pande zote zinathibitishwa kwa vyeti.
Kutoka eneo la mtihani lililoruhusiwa, thibitisha mtoaji anakataa maombi ya umma wakati hostname ya CDN inafanya kazi.
Panga health checks, zana za utoaji, na ufikiaji wa ndani kwa kitambulisho na mtandao badala ya sheria pana ya umma.
Uthibitishaji wa mtoaji unatofautiana kati ya CDN na mtoaji. Tumia mwongozo wa usanidi wa msambazaji wa sasa na ukague usalama.
Tenda TLS kama miunganisho miwili
HTTPS kwenye edge inalinda muunganisho wa mgeni hadi CDN, lakini muunganisho wa CDN hadi mtoaji unahitaji ulinzi pia. Lazimisha usimbaji siri kwa miguu yote miwili, thibitisha cheti cha mtoaji kwa mode ya CDN, na weka mmiliki wa hostname na upya cheti. OWASP inapendekeza TLS 1.3 kama chaguo-msingi na inaruhusu TLS 1.2 kwa utangamano; inasema TLS 1.0 na 1.1 zinapaswa kuzimwa. Pata ukaguzi wa sifa kwa kazi zilizo na udhibiti wa data, malipo, au ulinganifu usio wa kawaida.
Orodhesha wamiliki wa vyeti vya edge na mtoaji, njia za upya, na jinsi jibu la kushindwa linavyotendeka.
Jaribu HTTP-ku-HTTPS, canonical-host, na redirects za deep-link kwa mizunguko au njia zilizopotea.
Usimbaji siri haufanyi jibu kuwa salama kudhibitiwa na cache; weka sheria za cache tofauti kwa kurasa zilizothibitishwa, binafsi, na karibu na malipo.
Jaribu njia halisi ya utoaji kabla ya kubadilisha trafiki
Anza na hostname ya staging au njia ndogo ya uzalishaji, kisha jaribu hostname ya CDN, si tu mtoaji. Chrome DevTools Network inaonyesha hali ya ombi, domain, muda, ukubwa, na vichwa. Jaribu hard reload ya cache tupu kukisia ziara ya kwanza, kisha ziara ya kurudia kutambua utumizi. Linganisha vichwa na maudhui yaliyotarajiwa, si tu ukurasa unaoonekana haraka. Rudia kutoka mikoa inayoakisi hadhira yako wakati hadhira imegawanywa.
Chunguza Cache-Control na vichwa vya provider kama cache-status. Thibitisha mali za umma zinatumiwa tena na kurasa hatarishi hazishirikiwa bila kutarajiwa.
Fanya miss, marekebisho ya maudhui yaliyoshindikana, kosa la mtoaji, na kurudisha toleo la mali au njia kabla ya uzinduzi mkubwa.
Hifadhi URL zilizojaribiwa, kumbukumbu za vichwa, toleo la sheria ya njia, na nyakati kabla-na-baada pamoja na rekodi ya mabadiliko.
Chagua CDN kwa mahitaji ya uendeshaji, kisha kuthibitisha
Usichague CDN kwa kuzingatia tu idadi ya point-of-presence au dai la kasi la jumla. Utendaji unatofautiana kwa jiografia, wakati, usambazaji wa trafiki, routing, na uwiano wa cache hit. Linganisha wagombea kwa njia, mali, na mikoa inayowakilisha. Uliza kama kila mmoja anaunga mkono udhibiti unaohitajika wa cache, invalidation lengwa, ukandamizaji wa mtoaji, mtiririko wa vyeti, logs, nafasi za upatikanaji, bei, msaada, na mchakato wa mabadiliko.
Tumia vichwa vya cache vinavyofanana, tabia ya mtoaji, na kurasa kwa wagombea; rekodi matokeo ya ziara ya kwanza na ya kurudia tofauti.
Kagua gharama za ombi, uhamisho, invalidation, logging, na msaada, pamoja na msukumo wa miss ya cache. Bei na vidhibiti vinatofautiana kwa mpango.
Lazimisha usanidi unaoweza kusafirishwa, daraja la udhibiti la least privilege, kurudisha kwa mtihani, na umiliki wazi kabla ya kufunika njia muhimu.