Onderwerp: Hosting met gigaveel downloads...

Origineel geplaatst door Swiftway-UK
Koop gewoon twee loadbalancers (Extreme, Cisco, Alteon) gebruikt zijn ze niet duur, duurzaam, betrouwbaar en het scheelt je heel wat codeerwerk

Dat is vrij weinig codeerwerk, heb het zelf toevallig ook gemaakt in php. Is een uurtje werk om het aan te passen voor deze situatie.

Ik vraag me wel degelijk af .. na dit topic gelezen te hebben .. in hoeverre hier niet gewoon sprake is van zeer inefficiënte programmatuur.

Natuurlijk .. voor bijna alles is een benodigde capaciteit op netwerkgebied te regelen, maar misschien moet er eerst eens wat beter naar de applicatie zelf worden gekeken.
We praten hier over een relatief simpele videodienst die wel even (door zijn opbouw) zo ongeveer een Tucows netwerk vereist !

Mijn vragen / opmerkingen:

- Download het programma automatisch die 50 MB zonder dat de gebruiker er dagelijks om vraagt ? --> Zo ja: verspilling van dataverkeer / bandbreedte (en geld).

- BEKIJKT de klant ook daadwerkelijk die video's HELEMAAL en ELKE DAG ? Zo nee: verspilling van dataverkeer / bandbreedte (en geld).

- Is er sprake van een video-archief, zodat klanten iets kunnen bekijken van een eerdere datum (hetgeen je NOG meer dataverkeer en veel opslag kost) ?

KIES DUS VOOR STREAMING (on-demand) !! En ga niet elke dag een beetje voor noppes/nada 50 MB overgooien naar alle connected clients ! Tenzij je een Bittorent-like backbone opzet.

Ik zou zeggen : split de infra (hardware & software) in delen op naar hun te vervullen rol (ook handig om uit te breiden later) , presentatie, applicatie (logic) en opslag/streaming backbone (redundant uiteraard).

Dan kun je ook bepaalde onderdelen (bijv de streaming data servers) onderbrengen in andere datacenters / contracten. En heb je minder dik spul nodig voor de frontend en overige diensten.

Dus denk wat efficiënter, meer on-demand en modulairder.

Origineel geplaatst door BoX
- Is er sprake van een video-archief, zodat klanten iets kunnen bekijken van een eerdere datum (hetgeen je NOG meer dataverkeer en veel opslag kost) ?

Indien dit archief bij de client opgeslagen word dan kost het GEEN extra dataverkeer en geen EXTRA hardeschijf ruimte. Daarnaast zou het misschien een optie zijn om pas te gaan downloaden zodra de gebruiker van het programma erom vraagt, dan verspil je relatief weinig dataverkeer.

Origineel geplaatst door Mark17


Indien dit archief bij de client opgeslagen word dan kost het GEEN extra dataverkeer en geen EXTRA hardeschijf ruimte. Daarnaast zou het misschien een optie zijn om pas te gaan downloaden zodra de gebruiker van het programma erom vraagt, dan verspil je relatief weinig dataverkeer.

Sure ... iedereen in Nederland heeft ook het archief van 'Uitzending Gemist' op zijn D: schijf staan

Ik denk dat de TS beter een goeie projectleider aan kan stellen die het complete ontwikkel en deployment traject uiteen kan zetten. Het komt op mij over als dat ze niet echt weten waar ze mee bezig zijn en de onvoorspelbare kosten (en kinderziektes) graag tegemoet zien komen.

Mark17 vertelde ons, over loadbalancers:

"Dat is vrij weinig codeerwerk, heb het zelf toevallig ook gemaakt in php. Is een uurtje werk om het aan te passen voor deze situatie."

Dat stukje PHP doet dus exact wat een echte load balancer zoals Alteon doet? lijkt me niet

Het gaat erom dat er een betrouwbare oplossing komt, load balancing met PHP lijkt me niet de meest ideale manier.

het deel dat PHP doet is het controleren welke servers nog load kunnen krijgen en deze als eerste geven, dit kan mits goed gedaan icm een echte loadbalancer extreem betrouwbaar zijn, in het begin zal een php oplossing waarschijnlijk wel volstaan.

uiteraard moet je voor een dubbel netwerk gaan en daarbij bijvoorkeur gaan voor 2 netwerken met een bnix aansluiting. uiteraard zou een gesprek de beste oplossing kunnen opleveren voor TS, hierbij dient de weder partij wel verstand van zaken te hebben, eventueel zouden meerdere gesprekken met verschillende partijen voor TS de beste oplossing opleveren indien TS hier tijd voor heeft.

Hmm ok .. ik hou me er verder buiten hier ..

Ik vind persoonlijk dat de hele business-case rammelt en ook als HOSTER moet je oppassen dat je niet gaat investeren in een klant met een zwak plan. Dus ik raad iedereen aan hun dollar-ogen even op een wat rationeler niveau te zetten.

Voor de rest .. success TS met je idee.