Ano ang CDN? Content Delivery Network, Ipinaliwanag Nang Simple

Ang CDN (content delivery network) ay network ng mga server na nakakalat sa maraming lungsod at nag-iingat ng kopya ng mga file ng website mo: mga imahe, script, stylesheet, at minsan buong page. Kapag may bumisita sa site mo, sineserbisyuhan siya mula sa lokasyong malapit sa kanya sa halip na sa iisang server na malayo. Kaya mas mabilis mag-load ang mga page, nababawasan ang trabaho ng sarili mong server, at nakakayanan ng site ang biglaang pagdagsa ng bisita.

Bakit mahalaga ang CDN kapag gumagawa ka gamit ang AI

Maaaring hindi mo na kailanman i-set up ang CDN mismo, dahil maraming hosting platform ang awtomatikong naglalagay nito sa harap ng site mo. Pero mararamdaman mo ang epekto nito:

• Bilis. Ang mas mabilis na pag-load ng page ay nagpapanatili ng bisita at isa sa mga bagay na isinasaalang-alang ng search engine. Tingnan ang paano gawing mas mabilis ang website mo.
• "Bakit hindi lumalabas ang binago ko?" Pagkatapos mong mag-publish ng update, maaaring manatili nang sandali ang naka-cache na kopya ng lumang bersyon. Ang pag-alam kung bakit ito nangyayari ay nakakatipid ng maraming pagkalito.
• Privacy at katumpakan. Kapag maling bagay ang na-cache ng CDN, gaya ng page na may detalye ng isang user, puwedeng makita ito ng susunod na bisita. Ang pag-alam kung ano ang dapat at hindi dapat i-cache ay nakakatulong sa pagtatanong ng tamang mga bagay.

Isang halimbawa mula sa araw-araw

Isipin ang isang panaderya na nagbebenta ng tinapay sa buong bansa mula sa iisang tindahan. Bawat customer, gaano man kalayo, ay kailangang maghintay sa delivery mula sa iisang tindahang iyon, at sa abalang araw ay napakahaba ng pila.

Ang CDN ay parang paglalagay ng parehong tinapay sa mga lokal na tindahan sa sulok sa buong bansa. Kukuha ang customer nito sa malapit, mabilis, at ang pangunahing panaderya ay kailangan lang mag-restock sa mga tindahan paminsan-minsan. Ang problema: kapag binago ng panaderya ang recipe nito, patuloy na ibebenta ng mga tindahan sa sulok ang lumang tinapay hanggang sabihan silang palitan ito o mag-expire ang lumang stock.

Paano gumagana ang CDN

1. Ang origin mo. Nasa pangunahing server mo o hosting platform ang site mo, na tinatawag na origin.
2. Edge locations. Nagpapatakbo ang CDN ng mga server sa maraming lugar, na tinatawag na edge locations o points of presence.
3. Routing. Kapag may humiling ng site mo, idadala sila ng DNS o network routing sa pinakamalapit na edge. Tingnan ang paano gumagana ang domains at DNS.
4. Cache hit. Kung may bagong kopya na ang edge ng file, agad itong ipinapadala.
5. Cache miss. Kung wala, kukunin ito ng edge mula sa origin, ipapadala sa bisita, at itatabi ang kopya para sa susunod na tao.
6. Pag-expire. Itinatago ang bawat kopya sa itinakdang panahon, ayon sa cache headers na ipinapadala ng server mo, o hanggang burahin ito.

Halimbawang gawa: isang portfolio site na may mga litrato

May home page, gallery na may 60 malalaking imahe, at contact form ang portfolio ng isang photographer. Nasa Europe ang origin. Binubuksan ng isang bisita sa Singapore ang gallery.

• Kung walang CDN: bawat imahe ay bumibiyahe mula sa Europe. Bawat request ay umiikot sa buong mundo, kaya dahan-dahang lumalabas ang gallery.
• Kung may CDN: ang unang bisita malapit sa Singapore ang nagpapa-fetch at nagtatago ng mga imahe sa edge doon. Bawat susunod na bisita sa rehiyon na iyon ay makukuha ang mga ito mula sa malapit, mas mabilis.

Ngayon, pinalitan ng photographer ang hero photo ng home page at nag-republish siya. Ito ang nagpapasya kung makikita ng mga bisita ang pagbabago:

/index.html                    → maikling cache time, madalas i-check
/assets/index-3f9a2c.js        → matagal na naka-cache
/assets/hero-8b41d0.jpg        → matagal na naka-cache

Binibigyan ng mga modernong build tool, kabilang ang Vite, ang mga file ng hashed names gaya ng hero-8b41d0.jpg. Kapag nagbago ang file, nagbabago rin ang pangalan nito, kaya humihingi ang page ng bagong file na hindi pa nakita ng anumang cache. Maikli lang ang cache ng mismong HTML page, kaya agad nitong ituturo ang mga bisita sa mga bagong file. Ito ang karaniwang paraan para magkaroon ng mahabang cache at sariwang update nang sabay.

Iba ang contact form. Ang mga isinumite nito ay napupunta sa server sa bawat pagkakataon, at hindi dapat kailanman i-cache.

Ano ang i-cache at ano ang hindi

Mahahalagang termino

Para sa cache sa pangkalahatan, sa browser, server, at database, tingnan ang ano ang caching.

Mga karaniwang maling akala

• "Ginagawang mas mabilis ng CDN ang lahat." Pinapabilis nito ang paghahatid ng mga file. Mabagal pa rin ang mabagal na database query o mabagal na AI call sa server mo.
• "Pumapalit ang CDN sa hosting." Nasa harap ito ng hosting mo. Kailangan mo pa rin ng origin.
• "Kapag na-update ko ang site, makikita agad ng lahat." Maaaring manatili nang sandali ang lumang kopya sa CDN at sa mga browser. Mag-hard refresh para tingnan, at gumamit ng hashed file names.
• "Ligtas palagi ang caching." Totoong panganib sa privacy ang pag-cache ng page na personalized sa shared na cache. Dapat markahan ang mga pribadong response bilang hindi puwedeng i-cache.
• "Para lang sa malalaking kumpanya ang CDN." Maraming host ang may kasamang CDN para sa maliliit na site nang walang dagdag na pagod.

Ano ang itanong sa AI builder mo

• "May CDN ba sa harap ng site na ito? Anong mga file ang kino-cache nito, at gaano katagal?"
• "Siguraduhing ang built na JavaScript, CSS at mga imahe ay may hashed file names at mahabang cache time, at maikli ang cache time ng HTML."
• "Huwag kailanman i-cache sa shared na cache ang mga page na naka-log in o API response na may personal na datos."
• "I-compress at i-resize ang mga imahe para mabilis mag-load ang gallery."
• "Nag-publish ako ng update pero luma pa rin ang nakikita ko. Browser cache ba ito o CDN?"

CDN at Mythex

Kapag nag-publish ka sa Mythex, dine-deploy ang mga static front end bilang static site, at sinasabi ng docs na maaaring mahuli nang sandali ang mga CDN cache pagkatapos ng update. Kung luma pa rin ang nakikita mo pagkatapos mag-republish, mag-hard refresh sa pampublikong URL. Walang kailangang i-configure para dito. Kapag nagkonekta ka ng custom domain na nasa Cloudflare ang DNS, hinihingi ng docs na itakda ang record sa "DNS only" at hindi proxied, para maayos na makapag-issue ang Mythex ng HTTPS. Tingnan ang paano mag-publish at custom domains sa docs, at ang aming gabay tungkol sa web hosting.

Mga tanong