În acest caz, nu toate acele servere sunt conduse de Dennis Publishing, deoarece reclamele sunt difuzate de diverși furnizori. Rețineți că un singur server IIS obișnuit ar avea dificultăți să deservească mai mult de 400 de solicitări HTTP pe secundă, deci dacă fiecare nou vizitator creează mai mult de 200 de solicitări, este ușor de observat cum un aflux de câteva mii de vizitatori ar putea aduce un site anterior cu performanțe bune pe site-ul său. genunchi.
Acum, site-uri web precum PC Pro nu rulați pe un singur server, iar site-ul este optimizat pentru a face față unor cantități mari de trafic, dar dacă site-ul dvs. nu are o astfel de infrastructură de susținere, gândiți-vă de două ori înainte de a cere oamenilor ca domnul Fry să scrie un tweet despre tu.
Această problemă poate fi agravată dacă site-ul dvs. își generează paginile în mod dinamic
Această problemă poate fi agravată dacă site-ul dvs. își generează paginile în mod dinamic, care aproape toate se bazează pe CMS modern site-urile fac – numărul de pagini care pot fi difuzate pe secundă este mai restrâns decât pentru un site construit folosind statice HTML. O modalitate de a evita acest blocaj de performanță este activarea stocării în cache a paginilor pe server, ceea ce poate aduce o îmbunătățire de zece ori a paginilor difuzate pe secundă aproape fără costuri.
Singurul dezavantaj este că, dacă conținutul unei anumite pagini se schimbă rapid, atunci este posibil ca utilizatorii să nu vadă cele mai recente informații de ceva timp.
Pentru majoritatea site-urilor, totuși, aceasta nu va fi o problemă; numai acele site-uri precum site-urile cu rezultate sportive trebuie să se ferească de utilizarea acestei tehnici.
Cealaltă modalitate evidentă de a crește capacitatea de servire a site-ului dvs. este să creșteți numărul de servere fizice și să construiți o fermă din acestea. Există, totuși, două probleme la această abordare: prima este că hardware-ul de echilibrare a sarcinii pe care îl aveți necesitatea de a distribui cererile HTTP între ferma de servere poate fi costisitoare dacă cumpărați dedicat hardware.
Încărcați soluții
Există totuși o soluție mai ieftină și este să instalezi o cutie Linux care rulează un program gratuit numit HAProxy, care va transforma acea casetă într-un echilibrator de încărcare personalizabil, cu failover la o a doua casetă dacă dori.
Cealaltă problemă a majorității soluțiilor de echilibrare a încărcăturii este că, deoarece cererile sunt distribuite pe servere în mod round-robin, dacă aplicația dvs. folosește sesiuni pentru a urmări variabile, acestea nu vor funcționa în fermă, deoarece fiecare solicitare de pagină va fi deservită de un alt Server. Va trebui să vă proiectați site-ul pentru a trece astfel de variabile prin șirul URL, care are un derivat util pe care aplicația dvs. nu va trebui apoi să plasați un cookie în browserul utilizatorului și, prin urmare, nu va trebui să îi cereți permisiunea pentru a face acest lucru (așa cum legea acum dictează).
Confuzie azură
Desigur, modalitatea la modă de a face față unor astfel de volume de trafic chiar acum este să vă găzduiți site-ul web în cloud. Cu un număr mare de servere, toate așteaptă să servească aplicația dvs. web publicului dvs. nerăbdător, cu siguranță aceasta este o idee deloc?
Ei bine, poate: rezervarea pe care o am se referă la tarife care depind de nivelul de trafic și, prin urmare, sunt greu de prezis. Dacă deveniți ținta unei tentative de atac DDoS, vă poate costa bani reali, iar în cazul Microsoft Azure, tabelul de acuzații este cel puțin labirintic.
Am fost intrigat să primesc recent un e-mail care anunță o structură de taxare revizuită pentru Azure, așa că poate că lucrurile ar putea fi mai ușor de rezolvat acum. Cu ceva timp în urmă, Microsoft a renunțat la taxele pentru încărcarea conținutului pe site-ul dvs. în Azure, care este un îmbunătățire, deoarece am fost taxat cu mai mult de 90 de lire sterline pe lună pentru testele de bază pe care le-am efectuat pentru sora noastră titlu Cloud Pro.
În același e-mail, Microsoft a susținut că „crește flexibilitatea și simplitatea” structurii sale de prețuri pentru Azure, dar a urmat un text turgit care a încercat să explice noile tarife, ceea ce trebuie să mărturisesc m-a lăsat oarecum confuz.
În încercarea de a face posibilă estimarea costului găzduirii prin Azure, Microsoft a făcut-o a produs un calculator pe web, dar există o mare declinare a răspunderii cu privire la acuratețea acesteia, cu care trebuie să fiți de acord înainte de a utiliza această pagină. Problema pe care o am cu modelul de prețuri Azure este că se bazează pe transferul de date și pe numărul de tranzacții pentru multe site-uri, ambele putând fi imposibil de estimat în avans.
Structura de prețuri a Azure pare că ar fi fost legată de cea mai periculoasă dintre creaturi, contorul de fasole expert în tehnologie.
În vremurile proaste ale găzduirii prin intermediul unui ISP, a fost folosit același model. Acum, din fericire, cele mai multe tarife ale pachetelor de găzduire se bazează pe dimensiunea serverului, virtual sau de altă natură, cu lățime de bandă nelimitată - ceva pentru care orice companie poate bugeta.
Preocupări legate de preț
Structura de prețuri a Azure pare că ar fi fost legată de cea mai periculoasă dintre creaturi, „fasolea pricepută de tehnologie”. counter”, și, ca urmare, se bazează pe resurse tehnice consumate care au puțină legătură cu cerințele din lumea reală Clienți.
Știu că Microsoft ne va spune despre toate companiile mari care se înscriu la Azure, dar aceste nume de mare profil au a încheiat adesea oferte care diferă de ceea ce este oferit publicului, așa că accept astfel de anunțuri cu un praf mare de sare.
Haide, Microsoft, pune-ți capul cap la cap și vine cu un model de preț care să nu falimenteze nici o companie, nici lăsați-l fără un server web pentru că și-a epuizat alocarea pentru luna respectivă - unul pentru care o companie poate bugeta cu precizie, de asemenea.
Structurile de preț în cloud pentru aproape toți ceilalți furnizori sunt mai simple și nu vă bazați pe încercarea de a afla câte date va trebui să furnizeze aplicația dvs. unui număr necunoscut de utilizatori.
