Webshop piek moment (Amazon AWS)

[Verwijderd]

Voor een webshop hebben we voor kerstmis een grote aanbieding voor 1 bepaald product.

De eerste seconde kreeg deze vorig jaar ongeveer 5000 requests die onze website niet kon verwerken (zowel RAM als Mysql). Om deze pieken dit jaar op te vangen wensen we hiervoor Amazon AWS te gebruiken.

De bedoeling is om de mensen in een virtual queue te plaatsen op amazon.com en wanneer de webshop een sein geeft dat amazon een volgende persoon naar de juiste url door verwijst. Dit is een specifieke url alleen voor dit product bedoelt (*snip, de url zelf doet echt niet ter zake)).

Alleen is onze vraag welke pakketten we juist moeten gebruiken van Amazon AWS want momenteel zien we het bos door de bomen niet meer met Simple queue service SQS, Simple Workflow service SWF en de andere pakketten.

[ Voor 4% gewijzigd door Creepy op 17-10-2012 20:53 ]

[pedorus]

offtopic:
Ga je zelf iets programmeren of kun je beter even een move aanvragen naar een ander subforum met het handje bovenaan?

Waarom zou je klanten in de wachtrij willen zetten, en niet gewoon een even een webshop hosten in de cloud waar mensen direct kunnen bestellen? Het lijkt me toch dat je zoveel mogelijk bestellingen wilt; bovendien lekt dan die url weer uit, gaat misschien alsnog je site plat, enz.

[Verwijderd]

Het dient enkel om die eerste minuten op te vangen en qua kosten is het voor die enkele minuten per jaar te gek om de gehele webshop naar de cloud te verhuizen.

[Gomez12]

Als je met een wachtrij wilt werken waarom dan nog over AWS gaan denken? Dan kan je toch ook een heel simpel php-script maken wat de load meet en indien nodig de mensen doorsturen naar een static-html pagina die met wat js periodiek doorgaat naar het simpele php-script (en dan desnoods weer teruggestuurd wordt als het te druk is).

Wat jij voorstelt is enkel maar om de static-html page op aws te zetten (want aws moet alsnog de status opvragen en daarvoor heb je alsnog dat php-script etc nodig wat nog steeds load genereert op je eigen server)

Persoonlijk zou ik voor 100% zekerheid simpelweg de webshop even naar de cloud verplaatsen en anders zou ik overleggen met je huidige provider of die niet iets qua ram-uitbreiding oid kent voor een maand gecombineerd met het wachtrij-script.

Nu heb je imho net niets en betaal je enkel maar aws zonder dat het iets doet.

[creator1988]

Als je het toch in Amazon gaat gooien waarom dan een queue? Gewoon zorgen dat je pagina + aanverwante onderdelen zoals betalen werken op een amazon VM, ELB ervoor en een sloot VM's opstarten. Klaar.

[Glashelder]

Hier is SQS niet geschikt voor. SQS wordt gebruikt voor communicatie tussen de verschillende onderdelen van je applicatie.

Als je niet je applicatie aan wilt passen aan AWS dan kan je er beter niet aan beginnen. Ik denk wat jij wilt veel moeilijker te realiseren is dan er gewoon een Cloud oplossing van te maken, en dan Auto Scaling toe te passen.

Beter kijk je inderdaad of je je huidige omgeving kunt aanpassen.

[GrooV]

Hijs gewoon heel je webshop bij Amazon in de lucht en neem op de piekmomenten gewoon meer af. Mensen hebben geen zin om te wachten om een webshop binnen te gaan behalve als je de Bijenkorf bent

[justahuman]

naja als je een cache er voor gooit + een limit wanneer je geredirct word met behulp van een http error code die er voor is. moet je die piek wel aan kunnen. bv een varnish + memcached

[ Voor 8% gewijzigd door justahuman op 17-10-2012 17:22 ]

[Naranya]

- Serveer je landing pagina statisch
- Zorg voor goede expire headers op je static content
- Zorg er eventueel voor dat je static content op Cloudfront gecached wordt
- Zet je app tier op een EC2 instance en hang hier Autoscaling rules aan
- Knal er een loadbalancer voor (3 klikken ofzo in AWS)
- Doe een goede stress test zodat je scaling rules echt goed werken

[Creepy]

En de vraag is natuurlijk waarom je geen 5000 requests kon verwerken. Waren dat 5000 requests per seconde, per minuut, per uur? Hoe is je apache geconfigged (tip: de standaard apache2 + php combo zuipt geheugen per request, en dat is relatief simpel om te bouwen door een andere apache worker en php via fcgi te gebruiken). Hoeveel geheugen heeft je machine? Om wat voor queries gaat het? Vallen die nog sneller te maken, te cachen, etc? Je geeft nu eigenlijk 0 info en wil ons laten aangeven welk pakket je moet afnemen? Dat zul je toch echt zelf moeten gaan uitzoeken. En anders kunnen we op dit moment echt niks zinnigs zeggen omdat jij 0,0 informatie geeft over je platform (hardware, config etc) en op welke manier je zelf al hebt geprobeerd de boel sneller te krijgen.

[Alex)]

Misschien is het vloeken in de kerk, maar misschien is Windows Azure wel een bruikbaar alternatief om de webshop te hosten? De kosten zijn redelijk laag en je kunt makkelijk opschalen. Azure is redelijk goedkoop en ermee beginnen is makkelijk - ook als je website op PHP is gebouwd en niet op Microsoft-technologie

Bijkomend voordeel is dat je dan geen wachtpagina's meer hoeft te bouwen, waardoor je ook minder weglopende klanten ("ik kom later wel terug" en je ziet ze nooit meer) zult hebben.

[Navi]

Tip: www.cloudflare.com

Volgens mij veel simpeler..

[AtomicWing]

http://www.queue-it.nl

Zoals recentelijk gebruikt bij de Bijenkorf... was erg succesvol!