Sidst opdateret: februar 2013
I det sidste år har jeg administreret et websted, der er gået fra at forbruge 500 GB data pr. Måned til 100 TB data pr. Måned. Her er udviklingen af CDN'er, jeg gik igennem, og mine tanker om hver. Dette er på ingen måde en omfattende guide til hvert CDN-netværk derude, men jeg lærte meget med min tid på hver.
CloudFront
Lad mig bare begynde med at sige, jeg ville under ingen omstændigheder bruge Cloudfront som min CDN, medmindre du vil skylle penge ned på toilettet.
Det var her, vi startede, det er Amazon Web Services, jeg var allerede godt bekendt med deres tjenester. Vi havde brug for 500 GB pr. Måned, så intet for skørt. På dette tidspunkt var vi lige begyndt at implementere en CDN til at tjene vores store billedfiler, der allerede blev uploadet til S3. 12 cent pr. GB virkede ikke så dyre dengang, men der var også et ekstra gebyr pr. 10.000 anmodninger. Igen var mængden af anmodninger ubetydelig dengang, så jeg tror, at vores samlede omkostninger var under $ 100 / måned, hvilket var helt fint.
Vi begyndte at løbe ind i andre ting, der gjorde frustrerende brug af Cloudfront. Der er ingen måde at ugyldige elementer via online AWS-interface. Du skal bruge deres kommandolinjeværktøjer eller skrive et script for at rydde en bestemt fil fra cachen. Ikke så stor aftale, men det er rart at kunne logge direkte på din udbyder for at gøre det. Jeg måtte alligevel skrive et script for at rydde et par filer i en cronjob, så let nok til at rigge op en lille grænseflade til også at rydde brugerspecificerede emner. Rapporteringen er heller ikke god, det er bare ikke det, de fokuserede på.
Så begyndte vi at vokse. Vi flyttede først alle vores mindre statiske filer som vores CSS og javascript-filer. Snart flyttede vi endda vores faktiske serverede HTML-filer til at blive spejlet gennem Cloudfront (dette er ikke ideelt at gøre, men det er en diskussion for en anden dag). 500 GB til 5 TB til 10 til 50. Du laver regnestykket, der tilføjer sig hurtigt. Ikke kun fik vi 12 cent for de første 10 TB, derefter 8 cent for de næste 40, men vi fik også en stor regning for antallet af anmodninger. Det kom til det punkt, hvor vores effektive sats pr. GB var næsten 18 cent. Der er ingen forhandlinger med Amazon for mindre udgivere (i det mindste tror jeg ikke det), og selvom der var, var deres priser så langt væk fra basen, at jeg ikke engang gider. Jeg elsker alt ved AWS til de fleste af mine projekter, men at bruge Cloudfront til at distribuere filer er ikke et af dem.
MaxCDN / NetDNA
Lad mig først sige, at jeg elskede MaxCDN. Deres backend-interface er en glæde at bruge. De har flotte, flotte grafikker på næsten hver måling, som du kunne ønske dig. Det er let som en cirkel at ugyldige et element i cachen. Kort efter, at vi startede forholdet, flyttede vi til NetDNA, hvilket er efter min mening paraplyen, hvor de satte deres større kunder og forsøger at få dig indelåst i en langvarig kontrakt. I hvert fald er det nøjagtigt de samme websteder, så vidt jeg kan fortælle. Jeg tror, at vores endelige forhandlingssats udgjorde ca. 5-6 cent pr. GB, selvom jeg ikke holder mig nøjagtigt til det.
Dette bringer mig til det vigtigste punkt om CDN-prissætning, bør du forhandle. Tilsyneladende er CDN-verdenen meget halsudbrudt, og de er meget lette at spille frem og tilbage fra hinanden. Det mindede mig faktisk om sidste gang, jeg fik et prioritetsprisen, idet konto reps beder om at se den anden kontrakt og sådan. Da jeg først modtog pristilbud fra MaxCDN / NetDNA, var jeg i stand til at forhandle om en pris uden fordel af en anden konkurrent, der budde imod. Jeg har lige fået et bedre tilbud, fordi jeg forsøger aldrig at betale fuld pris, hvis det er muligt. MaxCDN kører fremragende salgsfremmende tilbud hele tiden uanset for både nye og eksisterende kunder.
I sidste ende viste det sig at være nogle begrænsninger omkring cache-cache af faktisk indhold, der forårsagede, at et bestemt afsnit af vores applikation mislykkedes, hvilket var en dealbreaker for os. Jeg kommer ikke ind på detaljer, men de får tommelfingrene op fra mig både om service, UI og pris. Det ville have fungeret i 99% af mine brugssager, bare ikke for denne ene specifikke instans.
Edgecast
Edgecast er et meget stort firma, har et meget godt netværk og meget konkurrencedygtige priser. Deres system var i stand til at håndtere det problem, vi løb ind med NetDNA, så vi forhandlede en aftale og underskrev det. Deres prisfastsættelse var ikke så god som NetDNA, men deres backend giver mulighed for en masse fleksibilitet. Det er en backend, der bestemt blev bygget af udviklere til udviklere. UI efterlader en whoooooooole-masse at ønske, men du kan gøre alt, hvad du kunne forestille dig ud fra et cache-synspunkt. Med NetDNA ville jeg føle mig godt tilpas med at logge en ikke-teknisk person til at rydde cachen i en fil, med Edgecast ville jeg ikke føle mig så sikker på at have gjort det.
De forsøger at nikkel og krone bare lidt med nogle addon-funktioner i modsætning til at have alt indbygget i prisen. Jeg kan ikke huske, hvad alt sammen nøjagtigt, men f.eks. Realtidsrapportering. Igen, det er den, vi bruger i øjeblikket, og de har fremragende priser og fremragende fleksibilitet fra et udviklingsperspektiv. Hvis du kunne oprette min perfekte CDN, ville det være prisen og UI for NetDNA med fleksibiliteten i Edgecast-administrationen
Runde op
Jeg vil ikke komme i hastighedssammenligninger. Jeg lavede lidt hastighedstest, og hastigheden i alle tilfælde kom til en næsten ubetydelig forskel. Alle 3 var meget hurtige og på alle konti så ud til at have meget robuste netværk.
Der er 2 ting, du skulle have fået ud af dette:
- Brug ikke Cloudfront
- Forhandle pris
- Jeg foretrækker MaxCDN / NetDNA, men det kommer virkelig ned på, hvad dine behov er
Og ja, selvfølgelig er der mange andre CDN-netværk, men det handler ikke om dem.
