noi, ca utilizatori, consumăm (și producem) mai mult conținut ca niciodată, Cisco prezice că „traficul global pe Internet în 2021 va fi echivalent cu de 127 de ori volumul întregului Internet global în 2005. La nivel global, traficul pe internet va ajunge la 30 GB pe cap de locuitor până în 2021, de la 10 GB pe cap de locuitor în 2016.”
acesta este motivul pentru care CDN-urile, comerciale și private, sunt mai importante ca niciodată. Dispozitivele trimit și primesc în mod constant cereri/răspunsuri HTTP și pentru a susține acest imens schimb de octeți, o coloană vertebrală bine planificată este o necesitate. Prin urmare, creșterea accelerată a CDN-urilor DIY/private și hibride.
în ultima vreme, multe companii au început să implementeze propria rețea privată sau hibridă de livrare a conținutului. Un CDN privat, contrar CDN-urilor comerciale, vă poate oferi control deplin asupra conținutului dvs., deoarece nu este necesar să partajați stocare/mașini/servere cu niciun alt site web care utilizează aceeași infrastructură. De asemenea, sunteți complet liber să vă planificați și să implementați propriul CDN, deoarece se potrivește cel mai bine cazului dvs. de utilizare specifică, flexibilitate care este foarte dificil, dacă nu imposibil de realizat cu oricare dintre soluțiile CDN Comerciale de acolo, care utilizează o abordare unică.
și să nu subestimăm factorul de economisire a costurilor: CDN-urile comerciale vând de obicei pe lățimea de bandă utilizată și numărul de solicitări gestionate de fiecare PoP (punct de prezență). Dacă traficul pe care îl vede site-ul dvs. este în intervalul de GB pe secundă, aceste costuri legate de trafic pot fi reduse considerabil cu un CDN privat.
am lansat recent o soluție CDN DIY prietenoasă cu DevOps pe care o puteți configura în cinci pași. Tot ce ai nevoie pentru a configura un CDN:
- origin server și PoP (puncte de prezență)
- ISP
- CDN și software de cache
urmând acești pași, veți găsi un server origin, câteva Pop-uri distribuite strategic în funcție de publicul dvs., cărora le veți putea servi conținut urmând cele mai bune practici de performanță web.
Cloud sau On-Premise?
prima decizie pe care va trebui să o luați este dacă să implementați rețeaua de livrare a conținutului utilizând instanțe cloud sau mașini fizice.
va trebui să vă puneți această întrebare de două ori: atât pentru serverul de origine, cât și pentru POP-urile dvs. Nu este o decizie care se exclude reciproc; puteți decide să implementați o porțiune din CDN folosind una (sau mai multe) soluții cloud în timp ce o altă porțiune trăiește la premisă. Următoarele sunt câteva puncte de luat în considerare atunci când luați această decizie:
- disponibilitate: furnizorul de cloud pe care vreau să îl folosesc are mașini disponibile în regiunea în care vreau să difuzez conținut? Compania mea deține centre de date în regiunea în care dorim să livrăm conținut?
- performanță: voi obține performanțe mai bune folosind instanțe cloud sau mașini fizice?
- Costuri: având în vedere încărcarea traficului meu web pe secundă, va fi mai ieftin să plătesc infrastructura sau să o dețin? De asemenea, va fi mai ieftin să folosiți IaaS sau să angajați o echipă specifică pentru a menține o astfel de arhitectură?
- scară: ce strategie va ajuta afacerea mea scară: Cloud, on-prem sau hibrid?
- securitate: care sunt avantajele și dezavantajele de securitate ale diferitelor opțiuni pentru afacerea mea?
indiferent dacă alegeți ruta „on-prem” este la fel de ușor ca instalarea pachetelor pe serverele dvs., de exemplu „apt-get install varnish-plus ” sau „yum install varnish-plus„. Ne puteți contacta pentru informații suplimentare.
în cloud, puteți urma instrucțiunile de pe AWS marketplace sau documentația noastră extinsă despre cum să începeți cu lac și AWS.
ISP și rutare
Găsiți-vă cel mai bun ISP pentru nevoile dvs. și, de asemenea, considerați că veți avea nevoie de o soluție care să poată direcționa fiecare solicitare către cel mai apropiat PoP. Câțiva factori care merită luați în considerare:
- prezență geografică: găsiți un ISP care acoperă regiunea(regiunile) pe care doriți să o deserviți.
- viteza conexiunii: asigurați-vă că aveți suficientă viteză atât pentru orele medii de zi, cât și pentru orele de vârf.
- disponibilitate și fiabilitate: ca și în cazul tuturor componentelor infrastructurii dvs., un ISP trebuie să fie întotdeauna disponibil, deoarece va fi coloana vertebrală a afacerii dvs.
- eficiența costurilor: cartografiați cu atenție costurile serviciilor, deoarece costurile de la un ISP vor varia foarte mult în funcție de o serie de factori și va trebui să găsiți echilibrul adecvat între servicii și Costuri.
piața oferă multe opțiuni de rutare ISP și cereri, iar ceea ce alegeți pentru a vă satisface nevoile specifice va depinde de echilibrul care are cel mai mult sens pentru configurarea și așteptările dvs. de trafic.
serverul de origine și pop-urile
să începem cu partea suculentă aici!
vă puteți gândi la un CDN ca la un cache imens cu noduri distribuite care ajută la livrarea mai rapidă a conținutului către utilizatorii finali. Pentru a face acest lucru și a fi eficient, trebuie să decideți, pe baza factorilor pe care îi considerați de importanță strategică pentru afacerea dvs., în ce Locație geografică doriți să fie localizat serverul dvs. de origine. Același raționament se aplică fiecăruia dintre Pop-urile tale.
decizia serverului de origine este simplă, deoarece veți dori ca serverul dvs. web cât mai aproape posibil să aibă control deplin asupra conținutului dvs. Dar când vine vorba de a decide unde să localizați Pop-urile și de câte aveți nevoie, există câțiva factori pe care ar trebui să îi luați în considerare:
- unde este cel mai important public al tău? Vă așteptați ca afacerile să crească în anumite regiuni? Dacă da, care regiuni? De asemenea, este important să analizăm unde și cum sunt concentrate pentru a oferi cea mai bună experiență posibilă.
- latență între serverul dvs. de origine și publicul dvs.: acest lucru vă va ajuta să decideți unde să localizați fiecare PoP.
- modele de trafic. Analiza acestora vă permite să oferiți o experiență excelentă utilizatorului și să vă optimizați infrastructura
instalați lac DIY CDN software
Lacul este extrem de flexibil datorită limbajului său unic de configurare VCL. VCL vă permite să setați reguli de cache și să luați decizii la margine.
lac DIY CDN vine cu un set complet de caracteristici de livrare de conținut:
- Load balancing
- opțiunea Prefetch pentru a menține memoria cache caldă
- motor de stocare Persistent
- disponibilitate ridicată
- securitate, atât într-o conexiune sigură, cât și într-o memorie cache complet criptată
Lacul DIY CDN va trebui instalat în fiecare dintre Pop-urile dvs.
aceasta este ceea ce vom realiza la sfârșitul acestei configurații rapide:
.jpg?t=1525782340446&width=960&height=720&name=CDN_two_layers%20(1).jpg)
după cum puteți vedea, vom instala lac DIY CDN în:
- Origin shield: acest lucru vă ajută să vă protejați serverul de origine și să descărcați unele dintre solicitări. În acest exemplu, serverul de origine va avea sediul în Londra.
- PoP A: este unul dintre cele două Pop-uri pe care le vom dezvolta pentru a crea un CDN foarte de bază. În scopul acestui exemplu, îl vom plasa la Frankfurt, Germania, în cadrul UE.
- PoP B: celălalt PoP al nostru va servi conținut publicului Nord-American. Va avea sediul în New York.
fiecare PoP și scutul de origine vor avea o configurație simetrică și cuplată pentru a se asigura că fiecare PoP este întotdeauna disponibil chiar dacă unul dintre cele două noduri de lac este în întreținere sau nu este disponibil.
fiecare lac cache plus tuplu este sincronizat folosind VHA, care, în plus față de replicarea conținutului între diferite noduri de cache, reduce, de asemenea, stresul pe Backend-urile dvs., scutindu-le de prea multă tensiune consumând mai puțină lățime de bandă și necesitând mai puține călătorii dus-întors.
configurați lac
pentru a avea o configurație de bază și de lucru trebuie să:
1. Lăsați lacul să știe cu ce backend se poate vorbi: deschis „/etc/lac/implicit.vcl ” și specificați adresa IP susținută și portul
2. Configurați ce port pe care Lac ascultă cererea primită:
deschideți „etc/default/varnish.param „și setați” -a": 80.
reporniți lac, și sunteți gata. Aveți propriul CDN în funcțiune. Odată ce ați înțeles ce tip de infrastructură satisface cel mai bine nevoile dvs. și modul în care publicul dvs. este distribuit, urmând acești pași pentru a vă construi propriul CDN privat folosind lac ar trebui să dureze doar câteva ore.
