Managed hosting of het zelf doen?
De maandrekening is zelden de echte kostenpost van hosting. Het beheer is dat wel. Wanneer managed wint, wanneer zelf doen logisch is, en hoe je het mixt.
“Managed hosting is duur. Dit kunnen we zelf voor een fractie van de prijs draaien.” Het is een van de dingen die ik het vaakst hoor als een oprichter een managed database of platform vergelijkt met een kale server. En het is een van de makkelijkste plekken om een dure fout te maken.
De redenering klopt over het getal op de factuur. Een managed Postgres-instance kost per maand inderdaad meer dan dezelfde database op een VPS die je zelf beheert. De redenering klopt niet over waar je eigenlijk voor betaalt. De maandrekening is zelden de echte kostenpost. Het beheer is dat wel.
Dit artikel kijkt naar waar de echte kosten zitten, wanneer managed wint, wanneer zelf doen logisch is, en waarom het eerlijke antwoord voor de meeste startups een mix van beide is.
De rekening is het kleine getal
Vergelijk twee opties en de managed variant ziet er op prijs altijd slechter uit. Managed database: 80 euro per maand. Dezelfde database op je eigen server: 20 euro. Makkelijke keuze, tot je opschrijft wat die 20 euro niet bevat.
Iemand moet het installeren. Configureren. Security-patches toepassen wanneer ze verschijnen, niet drie maanden later. Backups inrichten, en daarna ook echt testen of een restore werkt, want een backup die je nooit hebt teruggezet is een hoop, geen backup. Monitoring opzetten zodat je over schijfruimte hoort voordat de database het merkt. De grote versie-upgrade volgend jaar afhandelen. En bereikbaar zijn als het om 2 uur ‘s nachts op zaterdag omvalt.
Dat werk staat niet op een factuur. Het staat in iemands agenda, in zijn aandacht, en in de nachten dat hij slecht slaapt. Bij een vroege startup is die iemand bijna altijd een oprichter of je enige technische persoon, precies de mensen wiens tijd het meeste waard is en het schaarst is.
Het verschil van 60 euro per maand is niet de prijs van de database. Het is de prijs van dat niet hoeven doen.
Managed is meestal goedkoper dan een aanname
Dit is de vergelijking die er echt toe doet. Het alternatief voor managed hosting is niet “gratis”. Het alternatief is iemands tijd, en die tijd heeft een marktprijs.
Reken het eerlijk door. De uren per maand die opgaan aan patchen, monitoren, upgraden en brandjes blussen op je eigen infrastructuur zijn uren die niet naar het product gaan. Waardeer je die uren tegen wat een competente engineer kost, dan is de managed premie bijna altijd de goedkopere regel. Je koopt een schijfje operations-engineer voor een fractie van wat het zou kosten om er een aan te nemen, en je koopt het alleen wanneer je het nodig hebt.
Dit wordt scherper naarmate je kleiner bent. Een managed dienst die 200 euro per maand extra kost over je hele stack valt in het niet bij de kosten van een engineer die een dag per week de boel draaiende houdt. Het valt ook in het niet bij de kosten van het één keer misgaan: een mislukte upgrade, een backup die nooit getest is, een security-patch die niet werd toegepast.
Managed hosting is in feite operationele expertise die je per maand huurt. Voor de meeste startups verslaat huren zowel het zelf slecht doen als iemand aannemen om het goed te doen.
Wanneer zelf doen wel logisch is
In-house is niet het verkeerde antwoord. Het is het juiste antwoord in drie specifieke situaties, en het is eerlijk om na te gaan of je daar daadwerkelijk in zit.
Je hebt echte ops-expertise. Niet “een developer die Docker heeft gebruikt”, maar iemand die infrastructuur competent draait als onderdeel van zijn echte werk, met de tijd om dat te blijven doen. Bestaat die persoon en heeft hij de capaciteit, dan levert de managed premie je minder op.
Je hebt specifieke eisen rond controle of compliance. Eisen aan waar data staat, een toezichthouder die precies wil zien hoe alles is ingericht, netwerkisolatie die een managed provider op jouw plan niet biedt. Echte beperkingen, geen voorkeuren. Die kunnen self-managed tot de enige passende optie maken.
Je zit op een schaal waar de premie domineert. Managed prijzen dragen een marge. Bij kleine volumes is die marge ruis. Bij grote volumes kan het een serieuze post worden, groot genoeg dat een engineer aannemen om het in-house te beheren echt goedkoper is. Dat is een reëel kantelpunt, maar het komt veel later dan oprichters verwachten, en je voelt het duidelijk wanneer je er bent.
Beschrijft geen van deze drie jou, dan betaal je met zelf doen meestal de volle prijs in tijd om een beetje op de factuur te besparen.
Je kunt het mixen
De keuze is niet alles-of-niets, en het zo behandelen is precies hoe mensen aan de verkeerde kant ervan belanden.
De meest voorkomende verstandige opzet is een mix. Managed voor de delen die pijnlijk zijn om te beheren en gevaarlijk om fout te doen, self-managed voor de delen die goedkoop en risicoarm zijn. Een managed database, omdat een verloren of corrupte database een existentieel probleem is en versie-upgrades echt priegelwerk zijn, gekoppeld aan je applicatie op een gewone VPS die je zelf beheert, omdat een app-server herstarten niets voorstelt en je daar flexibiliteit wilt.
Kies de splitsing op basis van waar de operationele pijn en het risico echt zitten. Geef de dingen uit handen die lastig veilig te draaien zijn en specialistische aandacht vragen. Houd de dingen die simpel, vergevingsgezind en goedkoop zijn. Je hoeft niet alles uit te besteden om te profiteren van het uitbesteden van het ergste.
Een simpele beslisregel
Voor oprichters die voor deze keuze staan, houdt deze regel goed stand:
Betaal voor managed hosting overal waar de kosten van zelf beheren, in tijd, aandacht en risico, hoger zijn dan de premie. Doe het zelf alleen waar je de expertise, de beperking of de schaal hebt om het te rechtvaardigen.
De fout is facturen vergelijken. De juiste vergelijking is de factuur plus de operationele last tegenover de premie die je zou betalen om die last te laten verdwijnen. Voor de meeste startups is, het grootste deel van de tijd, betalen om hem te laten verdwijnen de goedkopere keuze.
Managed hosting of zelf beheren? loopt dezelfde beslissing stap voor stap door, zodat je je eigen stack aan de juiste kant ervan kunt plaatsen.
Loop je hier tegenaan?
Vertel me waar je mee zit, per mail of in een gratis gesprek. Samen bepalen we de slimste volgende stap.
Vertel me over je situatie → · Mail direct: hello@yourstartup.expert