Citat:
Ursprungligen postat av Clarence
Är serversidespråket problemet använder du C libbet direkt från webbservern (går alldeles utmärkt med lighttpd, apache, nginx och säkerligen många av ovanliga utmanarna). Om du kan skriva en textfil med jämna mellanrum kan du dock istället använda en cachande reverse proxy framför med samma expiry time istället och slippa gå mot webbservern alls.
Fördelen med memcache/http proxy är att de skalar utan problem från 1 server till 100, från 1 skrivning i sekunden till 100 skrivningar i sekunden och 100 anrop i sekunden till 10 000 anrop i sekunden. Ska du hantera detta med på ett bra sätt med 4234242 textfiler (när chatten även har privata konversationer en längre tid) i slutändan så har du nog skrivit en väldigt ineffektiv cachelösning som dessutom slukar serverns diskcache.
Och dessa fördelar får du med mindre jobb och krångel från första början... (förutsatt att du någonsin sett eller använt memcache kanske).
|
Två tekniskt bra lösningar absolut. Men det känns verkligen inte nödvändigt att göra det så komplicerat i det här fallet. Att komplexiteten i en applikation ska hållas så låg som möjligt är en bra tumregel. Man bör givetvis vara medveten om vad man väljer bort och se till att det går att byta ut den delen senare om behovet skulle uppstå. Ser man till att göra ett modulärt system med lösa kopplingar är det oftast bättre att välja den enklaste lösningen med kortast utvecklingstid först för att sedan kunna byta ut den komponenten när behovet uppstår.
Utifrån TS frågeställning här känns det inte som det finns några behov av en extremt högpresterande och skalbar lösning och då bör man nog hålla det så enkelt som möjligt, så länge man är medveten om alternativen och beredd på att göra om när man får prestandaproblem.
Räknar man med ett stort antal besökare direkt är det såklart en helt annan sak, men jag fick uppfattningen om att det inte var fallet här.
Om man har en vettig webbserver(t.ex. Nginx) så blir vinsten med att köra en reverse proxy framför väldigt liten när man bara ska serva statiskt innehåll som i det här fallet. Nu skulle det ju bara vara en chatt, och då hanterar diskcachen detta tillräckligt bra.
Att blanda in C för detta känns väldigt avlägset. Då är det mycket bättre att satsa på en pushlösning direkt i så fall.