Post by arnaorni685 on Nov 12, 2024 4:47:53 GMT
ningkatkeun kinerja ramatloka, utamana lamun urang boga loba kunjungan ti sababaraha lokasi . Tapi gumantung kana kumaha situs wéb diprogram sareng jinis inpormasi anu ditampilkeun, urang tiasa nyandak langkung seueur atanapi kirang kauntungan tina fitur jinis jasa ieu.
Naon CDN?
Téhnisna, CDNs mangrupakeun jaringan tina proxy sabalikna Daptar Nomer Whatsapp pohara kuat , disambungkeun langsung ka routers inti Internét (kami geus ngajelaskeun naon proxy sabalikna éta dieu). Dina basa sejen, aranjeunna server pisan gancang, nu cache eusi dipénta ku pamaké sarta, sabab disambungkeun langsung ka inti atawa deukeut pisan kana routers utama Internet (anu disebut lapisan kahiji atawa Tier-1). aranjeunna tiasa ngabales gancang ti paling server, dimana requests ilaharna kudu luncat ngaliwatan angka nu gede ngarupakeun routers kirang kuat. Salaku tambahan, ieu ogé ngamungkinkeun aranjeunna ngagunakeun téknologi Anycast, anu diwangun ku ngagunakeun IP tunggal pikeun sadaya server proxy CDN supados nalika pamundut sumping, anu pangdeukeutna ka IP pangguna ngaréspon.
Hayu urang tingali hiji outline kasar kumaha CDN jalan:
diagram operasi CDN
Dina conto urang ningali 7 klien sakaligus naroskeun file anu sami tina wéb, tapi ngan 3 di antarana ngahontal server asal. Ieu kajadian sabab pamundut kahiji anu ngahontal unggal titik ngabalukarkeun respon server asal disimpen dina cache nu sarua, ku kituna pamundut salajengna ti klien sejen teu kudu indit ka asal, tapi titik responds langsung ti cache ieu. eusi.
Dina lokasi géografis 2, urang moal meunang perbaikan nanaon, sabab urang ngan boga hiji klien nu geus nyieun pamundut teh, dina cara nu sarua yén urang moal meunang sagala perbaikan pikeun klien nu menta file béda, pikeun kahiji kalina, ti sarua. titik.
Jieun requests sindangan on balik ieu leuwih gancang, ngaronjatkeun kagancangan situs.
Deukeutkeun jasa kana lokasi pangguna, supados henteu ngan ukur file dipulangkeun langkung gancang sabab tiasa aya dina server anu langkung kuat atanapi nganggo kode HTML anu tos didamel, tapi latency langkung handap, sabab kedah ngarambat jarak anu kirang sareng, akibatna, pangsaeutikna jumps antara routers .
Ngabantosan beban dina server anu jenuh ku ngajaga jumlah pamundut anu stabil.
Mitigate serangan: Ieu salah sahiji cara anu pangalusna pikeun nyingkahan distributed denial of service (DDoS) serangan: ieu diwangun ku launching loba requests ka ramatloka urang ti sagala rupa lokasi pikeun nyobaan pikeun meungpeuk server.
Nalika pangguna nganjang ka kami ti hiji lokasi, teu kedah nyéwa CDN kalayan seueur titik, sabab ku proxy sabalikna tunggal sareng Varnish atanapi anu sami, atanapi titik CDN tunggal, urang tiasa ngahontal sagala fitur di luhur, kalebet nyangking jasa. ngadeukeutan ka pamaké, lamun server asal teu lokasina di nagara sarua.
Iraha anjeun henteu kedah ngamangpaatkeun cache CDN?
Ideally, CDN bakal ngidinan urang pikeun cache sakabéh file dina ramatloka, nu urang ngabagi kana file statik (nyaéta: gambar, CSS, JavaScript jeung fon) jeung file dinamis (HTML). Anu terakhir mangrupikeun anu paling penting pikeun pagelaran. Ideally, CDN kedah cache aranjeunna sabisana (sanajan urang geus boga cache HTML dina server asal). Aya kaayaan, nu urang ngajelaskeun handap, nu urang moal bisa cache sakabéh HTML dina titik CDN:
Frékuénsi update anu luhur: Upami halaman wéb kami ningalikeun eusi dinamis anu diropéa unggal detik, kami henteu tiasa nganggo CDN pikeun nga-cache file HTML, sabab kalayan frékuénsi update anu luhur pisan, gagal cache bakal terus-terusan . Upami, di sisi anu sanés, eusina diropéa unggal sajumlah jam atanapi dinten, urang tiasa nganggo éta. Bisa oge aya pilihan pikeun CDN pikeun ngidinan urang nyieun aturan jeung frékuénsi update unggal tipe URL.
Seueur lokasi sareng sababaraha pangguna: Upami urang gaduh lokasi sareng sababaraha pangguna sareng cache HTML sering didamel deui, ngagunakeun cache ieu tiasa kontraproduktif, sabab aya kamungkinan yén dua pangguna moal pernah menta halaman anu sami anu parantos dipénta ku pangguna sanés ti lokasi anu sarua, sakumaha urang tingali dina lokasi 2 dina grafik di luhur. Janten sok atanapi ampir sok, kantun cache bakal kajantenan, anu nyababkeun pamundut dipulangkeun ti server asal ka CDN sareng tungtungna ka pangguna, nyandak langkung lami tibatan upami urang henteu gaduh CDN sareng pamundut langsung angkat ka asal. server.
Wéb Responsif: Situasi sanés anu urang henteu tiasa nga-cache HTML nyaéta nalika urang gaduh halaman wéb responsif, anu hartosna eusina robih dumasar kana senar agén-pamaké dina browser pamaké. Ieu maksa CDN ka cache kaca béda pikeun tiap pamaké-agén string , ngaronjatna cache misses sarta biaya jasa.
Toko online atanapi daérah pangguna pribadi: nalika halaman wéb kedah nampilkeun eusi anu béda-béda gumantung kana pangguna anu asup, kami moal tiasa nga-cache eusi ieu dina CDN, janten sadaya pamundut anu ngahontal CDN nganggo cookie login pangguna atanapi karanjang balanja kudu dipulangkeun ka server asal. Lamun CDN éta pikeun mulangkeun cache
Naon CDN?
Téhnisna, CDNs mangrupakeun jaringan tina proxy sabalikna Daptar Nomer Whatsapp pohara kuat , disambungkeun langsung ka routers inti Internét (kami geus ngajelaskeun naon proxy sabalikna éta dieu). Dina basa sejen, aranjeunna server pisan gancang, nu cache eusi dipénta ku pamaké sarta, sabab disambungkeun langsung ka inti atawa deukeut pisan kana routers utama Internet (anu disebut lapisan kahiji atawa Tier-1). aranjeunna tiasa ngabales gancang ti paling server, dimana requests ilaharna kudu luncat ngaliwatan angka nu gede ngarupakeun routers kirang kuat. Salaku tambahan, ieu ogé ngamungkinkeun aranjeunna ngagunakeun téknologi Anycast, anu diwangun ku ngagunakeun IP tunggal pikeun sadaya server proxy CDN supados nalika pamundut sumping, anu pangdeukeutna ka IP pangguna ngaréspon.
Hayu urang tingali hiji outline kasar kumaha CDN jalan:
diagram operasi CDN
Dina conto urang ningali 7 klien sakaligus naroskeun file anu sami tina wéb, tapi ngan 3 di antarana ngahontal server asal. Ieu kajadian sabab pamundut kahiji anu ngahontal unggal titik ngabalukarkeun respon server asal disimpen dina cache nu sarua, ku kituna pamundut salajengna ti klien sejen teu kudu indit ka asal, tapi titik responds langsung ti cache ieu. eusi.
Dina lokasi géografis 2, urang moal meunang perbaikan nanaon, sabab urang ngan boga hiji klien nu geus nyieun pamundut teh, dina cara nu sarua yén urang moal meunang sagala perbaikan pikeun klien nu menta file béda, pikeun kahiji kalina, ti sarua. titik.
Jieun requests sindangan on balik ieu leuwih gancang, ngaronjatkeun kagancangan situs.
Deukeutkeun jasa kana lokasi pangguna, supados henteu ngan ukur file dipulangkeun langkung gancang sabab tiasa aya dina server anu langkung kuat atanapi nganggo kode HTML anu tos didamel, tapi latency langkung handap, sabab kedah ngarambat jarak anu kirang sareng, akibatna, pangsaeutikna jumps antara routers .
Ngabantosan beban dina server anu jenuh ku ngajaga jumlah pamundut anu stabil.
Mitigate serangan: Ieu salah sahiji cara anu pangalusna pikeun nyingkahan distributed denial of service (DDoS) serangan: ieu diwangun ku launching loba requests ka ramatloka urang ti sagala rupa lokasi pikeun nyobaan pikeun meungpeuk server.
Nalika pangguna nganjang ka kami ti hiji lokasi, teu kedah nyéwa CDN kalayan seueur titik, sabab ku proxy sabalikna tunggal sareng Varnish atanapi anu sami, atanapi titik CDN tunggal, urang tiasa ngahontal sagala fitur di luhur, kalebet nyangking jasa. ngadeukeutan ka pamaké, lamun server asal teu lokasina di nagara sarua.
Iraha anjeun henteu kedah ngamangpaatkeun cache CDN?
Ideally, CDN bakal ngidinan urang pikeun cache sakabéh file dina ramatloka, nu urang ngabagi kana file statik (nyaéta: gambar, CSS, JavaScript jeung fon) jeung file dinamis (HTML). Anu terakhir mangrupikeun anu paling penting pikeun pagelaran. Ideally, CDN kedah cache aranjeunna sabisana (sanajan urang geus boga cache HTML dina server asal). Aya kaayaan, nu urang ngajelaskeun handap, nu urang moal bisa cache sakabéh HTML dina titik CDN:
Frékuénsi update anu luhur: Upami halaman wéb kami ningalikeun eusi dinamis anu diropéa unggal detik, kami henteu tiasa nganggo CDN pikeun nga-cache file HTML, sabab kalayan frékuénsi update anu luhur pisan, gagal cache bakal terus-terusan . Upami, di sisi anu sanés, eusina diropéa unggal sajumlah jam atanapi dinten, urang tiasa nganggo éta. Bisa oge aya pilihan pikeun CDN pikeun ngidinan urang nyieun aturan jeung frékuénsi update unggal tipe URL.
Seueur lokasi sareng sababaraha pangguna: Upami urang gaduh lokasi sareng sababaraha pangguna sareng cache HTML sering didamel deui, ngagunakeun cache ieu tiasa kontraproduktif, sabab aya kamungkinan yén dua pangguna moal pernah menta halaman anu sami anu parantos dipénta ku pangguna sanés ti lokasi anu sarua, sakumaha urang tingali dina lokasi 2 dina grafik di luhur. Janten sok atanapi ampir sok, kantun cache bakal kajantenan, anu nyababkeun pamundut dipulangkeun ti server asal ka CDN sareng tungtungna ka pangguna, nyandak langkung lami tibatan upami urang henteu gaduh CDN sareng pamundut langsung angkat ka asal. server.
Wéb Responsif: Situasi sanés anu urang henteu tiasa nga-cache HTML nyaéta nalika urang gaduh halaman wéb responsif, anu hartosna eusina robih dumasar kana senar agén-pamaké dina browser pamaké. Ieu maksa CDN ka cache kaca béda pikeun tiap pamaké-agén string , ngaronjatna cache misses sarta biaya jasa.
Toko online atanapi daérah pangguna pribadi: nalika halaman wéb kedah nampilkeun eusi anu béda-béda gumantung kana pangguna anu asup, kami moal tiasa nga-cache eusi ieu dina CDN, janten sadaya pamundut anu ngahontal CDN nganggo cookie login pangguna atanapi karanjang balanja kudu dipulangkeun ka server asal. Lamun CDN éta pikeun mulangkeun cache
