Soitan ystäväni Suzanille ja kerron hänelle suuret uutiset

Kun opit sisällönsiirtoverkoista (CDN), jokaisessa verkossa lukemassani lähteessä sanotaan, että vetovyöhykkeitä käytetään useammin, kun taas push-vyöhykkeitä käytetään suurempiin tiedostoihin tai tiedostoihin, jotka eivät muutu usein. Mikään lähde ei kuitenkaan kerro syystä, miksi näin on.

Miksi CDN-push-alueet ovat ihanteellisempia suuremmille tiedostoille?

  • Niille meistä, jotka eivät yleensä tunne vetoa tai työntöä, tässä on hyödyllinen artikkeli: Push CDN | Ero työntö- ja vedon CDN-levyjen välillä

Kyse on käyttötapauksesta ja on hyödyllistä ajatella tilanteita, joissa PULL olisi parempi, ja verrata sitä tilanteisiin, joissa PUSH olisi. Tämä ei ehkä ole täydellinen vastaus, mutta olen käyttänyt molempia aiemmin eri syistä, ja ne olivat seuraavat.


Ennen kuin tutustut esimerkkeihin, anna ensin sanoa seuraava:

PUSH CDN: Kun käytät PUSH CDN: ää, järjestelmänvalvojana olet vastuussa todellisen sisällön viemisestä CDN: ään. CDN ei täytä välimuistia automaattisesti, sinun on toimitettava sille toimitettava sisältö (tämä voidaan silti automatisoida, mutta sinä lähetät edelleen sisältöä CDN: ään).

  • Jokaisella CDN POP -levylläsi on sisältö, jopa ensimmäisen latauksen aikana
  • Vähemmän palvelimen lisäkustannuksia välimuistin ylläpidosta. Koska päivität PUSH-vyöhykkeen sisällön, CDN: n ei tarvitse koskaan tarkistaa lähtöpalvelinta, jos välimuistissa on tiedosto uudesta versiosta.

VETÄÄ CDN: Kun käytetään PULL CDN -levyä, CDN on vastuussa tallennettavien tiedostojen välimuistin luomisesta. Se toimii lähinnä käänteisenä välityspalvelimena staattiselle URL-osoitteelle, jonka annat CDN: lle, ja tallentaa välimuistiin välimuistikriteerit täyttävät tiedostot.

  • Vähemmän yleiskustannuksia järjestelmänvalvojalle. Sinun ei tarvitse huolehtia sisällön lähettämisestä CDN: ään.

Nyt esimerkki käyttötapauksista jokaiselle:

VETÄÄ CDN: Kuvan isäntä

Käyttäjät lataavat jatkuvasti uusia kuvia, nämä kuvat saavat kohtuullisen määrän katselukertoja ja lopulta kuolevat ja saavat hyvin vähän katselukertoja. Kun uutta sisältöä tulee jatkuvasti, on hyödyllistä, että CDN tekee kaiken työn, vaikka se tarkoittaisi sitä, että kävijät, jotka käyttävät sivua ensimmäistä kertaa, tai ne, jotka yrittävät avata verkkosivua sen jälkeen, kun CDN: n elementit ja tiedostot ovat vanhentuneet latausaika saattaa olla hieman hitaampi, kun CDN saa sisällön lähtöpalvelimelta.

PUSH CDN: Ohjelmistovarasto

Kun julkaiset ohjelmistosi viimeisimmän version, odotat äkillistä liikennevirtaa kaikilta päivitystä lataavilta käyttäjiltä, ​​tämä kehottaa sinua käyttämään CDN: ää. Haluat varmistaa, että ohjelmistosi on kaikilla CDN POP -levyilläsi, ennen kuin julkaiset sen julkisesti, joten työnnät sisältösi CDN: ään. Pidät myös kaikki aiemmat versiosi ladattavissa, kaikkia näitä tiedostoja ei koskaan päivitetä. CDN: n ei tarvitse ottaa yhteyttä lähtöpalvelimeen tarkistaakseen välimuistissa olevien tiedostojen tilan.


Johtopäätös:

Miksi CDN-push-alueet ovat ihanteellisempia suuremmille tiedostoille?

Kuten olen yrittänyt näyttää yllä, käyttötapaus on suurempi määräävä tekijä, kun on kyse siitä, minkä tyyppistä CDN: ää haluat käyttää, eikä välttämättä välimuistissa olevien tiedostojen koko. Käytätkö Push-vyöhykkeitä vai Vedä-vyöhykkeitä sen jälkeen, kun CDN-välimuisti on täytetty tiedostoilla, jotka haluat näyttää, lopputulos on sama käyttäjillesi. Push-vyöhykkeet ovat ihanteellisempia suurille tiedostoille yksinkertaisesti siksi, että lähtöpalvelimelle lähetetään vähemmän yleiskustannuksia.

Lausunto: Uskon myös, että push-vyöhykkeiden käyttö yksinkertaisesti sovittaa enemmän tavoitteisiin, jos tarvitset erityisesti CDN: tä isojen tiedostojen isännöimiseksi.

  • Tässä vastauksessa on hienoa tietoa, mutta minulle se ei oikeastaan ​​vastaa suoraan kysymykseen, miksi push-alueet ovat parempia suuremmat tiedostot.
  • 1 @MaximillianLaumeister Olet oikeassa, olen muokannut vastaustani ja lisännyt johtopäätöksen yrittääksesi selittää enemmän ja lisätä suoramman vastauksen siihen, miksi push-alueet ovat ihanteellisempia suuremmille tiedostoille.

työskennellyt sinulle: Charles Robertson | Haluatko yhteyttä?