Tack för input! Jag har rätt bra överblick över kostnader för systemet, vilket under 100 kunder nog förbli vad det är idag, vilket är billigt då jag har en avbetald dedikerad server det tuffar på nu. Dock tänkt lägga det på en separat VPS (bort från mina övriga kunders hemsidor). En VPS man kan skala upp i kraft vid behov.
Rent tekniskt runt Varnish mm så tror jag inte det är något jag vill applicera på varken server eller ramverket. Har inte för den delen någon erfarenhet. Men kommer prestandaproblem vet jag iaf att varnish är the shit. Dock är mycket av systemet bakom inloggning och då vet jag inte hur optimalt cache av den typen är. Jag har dock oavsett hyffsad cache-hantering redan via det php-ramverk jag använder.
SLA är även inget jag hittills arbetat med, men man lär ju få läsa igenom de krav som ingår i sådant. Tror de flesta bokningssystem jag sett inte visar upp några direkta SLA-liknande dokument. Man liksom köper det man köper och förväntar sig 99.9% uptime och att systemet inte buggar ur, vilket är vad jag kommer bemöta mig mycket för att möta. Men självklart, stora kunder kan mycket väl kräva SLA.
Mitt problem ligger väl i att jag inte har någon erfarenhet att drifta ett system på detta sätt. Erfarenheten av när 100 kunder står ev. har en bugg som tar x timmar att lösa osv. 1 man = mycket ansvar. Speciellt då ett bokningssystem innehåller mycket persondata, transaktioner mm.
Inte rädd, men man får väl inse utmaningen
