AWS oplossingen worden vaak als duur gezien. Wij denken dat het meevalt en lichten dit ook graag voor specifieke situaties toe. Een van de redenen dat wij denken dat het meevalt is omdat er geen verlies hoeft te zijn binnen een 'pay as you grow' constructie. Als een applicatie het druk krijgt kost het meer, maar dan is er ook omzet om de extra kosten te compenseren. En tegelijkertijd hoeven we geen extra werk te verrichten als dat gebeurt, door de applicaties automatisch op (en ook neer) te laten schalen wordt er nooit te veel resources ingekocht.
Als we gebruik kunnen maken van het YipYip cluster zijn er nog meer schaalvoordelen te halen.
Vergelijking met co-located en dedicated servers
Je eigen "metal" (hardware) bezitten is een grote kostenpost om meerdere redenen; de kosten voor aanschaf zijn hoog en het kan kapot gaan, ook moet je zelf maatregelen nemen om downtime tegen te gaan door het falen van de eerdergenoemde hardware.
Daarnaast staat een groot deel van de servers wereldwijd in de avonduren niets te doen. Er is vaak weinig verkeer en de meeste organisaties werken ook niet met een wereldwijde klanten-base. Dit is tijd waar je (indirect) wel voor betaalt, zowel met een co-located server als met dedicated servers.
Als je een server gebruikt om bepaalde operaties 's nachts uit te laten voeren, staat deze ook constant overdag te draaien, vaak zonder gericht doel. Het grote voordeel van een cloud-gebaseerde oplossing zoals AWS is dat je enkel betaalt voor wat je gebruikt. Wil je in de avond 10 servers laten draaien voor een uurtje? Dan kan dat, andersom kan natuurlijk ook. Deze clusters kunnen zeer intelligent worden ingeregeld en specifiek inspelen op de wensen die er zijn.
De kosten van een server per minuut liggen uiteraard hoger dan als je vooraf een aantal maanden afneemt. Servers die altijd moeten draaien zijn eveneens vooraf in te kopen bij AWS.
Pay as you grow
De kosten kunnen net als het systeem volledig schaalbaar worden opgezet. Gebruik je weinig? Dan betaal je ook niet veel. Als er ineens een enorme hoeveelheid gebruikers naar je app of webapplicatie gaat zul je dit ook terugzien in de kosten. Ook nachtelijke synchronisatie-operaties die slechts tijdelijk veel processorkracht kosten kun je op deze manier opvangen. Je rekent deze kosten af per seconde.
Je koopt zo nooit bandbreedte en processorkracht in die verloren gaat. Dit geeft het grote voordeel dat je voorbereid zult zijn op de toekomst maar niet vanaf het startmoment al direct hoge kosten hebt. Mocht de app, het back-end of platform onverhoopt minder aanslaan dan gedacht zijn de serverkosten ook laag. Als het gebruik plotseling 'explodeert'? Geen probleem, het systeem schaalt automatisch bij.
Dedicated
Uiteraard zijn er nog kosten zoals we dit enkele jaren terug vaak deden, alsof er een dedicated server wordt gehuurd. Deze servers staan dag en nacht klaar voor enkel de applicatie die we ze toewijzen.
De kosten zijn hiervan kunnen worden vastgezet per maand (wat een voordeel kan zijn). De kosten zijn ook iets lager maar hier heb je wel potentieel verlies, als je niet 100% gebruik maakt van de servers is dat snel zonde van de gemaakte kosten. Ook is het automatisch opschalen hierin lastiger omdat je uitgaat van een vaste set aan servers en services met bijbehorende vaste maandbedragen.
We adviseren altijd per project wat de meest efficiënte en verstandige oplossing is.
