Bij webhosting denken de meeste mensen aan een hostingpakket voor een eigen website: een abonnement met wat opslagruimte, een domeinnaam en een paar e-mailadressen. Voor een webapplicatie werkt dat vaak niet. Een applicatie draait achtergrondtaken, verwerkt gegevens, praat met andere systemen en moet bereikbaar zijn wanneer je medewerkers of klanten ermee werken.
In dit artikel lees je welke soorten webapplicatie hosting er zijn en hoe je kiest wat bij jouw situatie past. Zonder jargon waar het niet nodig is.
Waarom webapplicatie hosting anders is dan webhosting
Een website toont vooral pagina’s en content. Een webapplicatie doet werk. Dat verschil zie je terug in de eisen aan de hostingomgeving:
- Rekenkracht. Een applicatie voert berekeningen uit, genereert PDF’s of importeert bestanden. Dat vraagt CPU en RAM, vooral op drukke momenten.
- Databases. Vrijwel elke webapplicatie heeft een database die snel, veilig en goed geback-upt moet zijn.
- Achtergrondprocessen. Denk aan wachtrijen, geplande taken en koppelingen die ’s nachts gegevens synchroniseren. Op eenvoudige webhostingpakketten kan dat vaak niet.
- Specifieke softwareversies. Een applicatie in Symfony of Laravel vraagt een bepaalde PHP-versie en extensies. Die moet je zelf kunnen kiezen en bijwerken.
- Beschikbaarheid. Als je planning, orderverwerking of klantportaal in de applicatie zit, kost elke storing direct geld.
Daarom is de vraag niet alleen “welke hosting is goedkoop”, maar vooral “welke hosting nodig is voor wat deze applicatie moet doen”.
Welke hosting nodig is: verschillende soorten hosting
Er zijn grofweg zes soorten hosting. Ze verschillen in controle, schaalbaarheid en hoeveel beheer je zelf moet doen.
Shared hosting (gedeelde hosting)
Bij shared hosting deel je een server met veel andere klanten. Je krijgt een stuk webruimte, een database en een beheerpaneel. Dat is prima voor een eenvoudige website of WordPress-site, maar voor een webapplicatie meestal te beperkt: je deelt resources, kunt weinig instellen en achtergrondprocessen zijn vaak niet mogelijk. Als een andere klant op dezelfde server veel verkeer krijgt, kan dat de prestaties beïnvloeden van jouw applicatie.
VPS (virtual private server)
Een virtual private server is een virtuele server met een vaste hoeveelheid CPU, RAM en opslag die alleen voor jou is. Je hebt volledige controle over de software die erop draait. Voor veel kleinere en middelgrote webapplicaties is een VPS een goede basis. Wel moet iemand de server beheren: updates, beveiliging, monitoring.
Dedicated hosting
Bij dedicated hosting huur je een volledige server: een fysieke machine in een datacenter. Je deelt niets met anderen en haalt maximale prestaties uit de hardware. Dat is zinvol bij zware toepassingen of strenge eisen aan afscherming. Het nadeel: opschalen betekent een grotere server, en dat gaat minder snel dan bij virtuele oplossingen.
Cloud hosting
Bij cloud hosting draait je applicatie op de infrastructuur van een cloudprovider. Je kunt capaciteit flexibel uitbreiden, gebruikmaken van beheerde diensten zoals databases en opslag, en je applicatie over meerdere servers en locaties verdelen voor hogere beschikbaarheid. Cloud is het meest schaalbaar, maar vraagt ook kennis om goed in te richten en om de kosten in de hand te houden.
Platform-diensten en containers
Een tussenvorm zijn platforms waarop je je applicatie alleen hoeft aan te leveren, bijvoorbeeld als container, en waar de provider de servers regelt. Dat scheelt beheer, maar je bent meer gebonden aan de manier van werken van dat platform.
Eigen infrastructuur
Tot slot kun je een server in je eigen serverruimte zetten. Eigen infrastructuur geeft volledige controle, maar je bent zelf verantwoordelijk voor stroom, koeling, fysieke beveiliging en vervanging van hardware. Voor de meeste organisaties weegt dat niet op tegen hosting in een professioneel datacenter.
| Soort hosting | Controle | Schaalbaarheid | Eigen beheer nodig | Geschikt voor |
|---|---|---|---|---|
| Shared hosting | Laag | Laag | Weinig | Eenvoudige websites |
| VPS | Hoog | Gemiddeld | Ja, tenzij managed | Kleine tot middelgrote applicaties |
| Dedicated hosting | Volledig | Beperkt | Ja, tenzij managed | Zware of afgeschermde toepassingen |
| Cloud hosting | Hoog | Hoog | Ja, of via beheerde diensten | Groeiende applicaties en SaaS |
| Platform-diensten | Gemiddeld | Hoog | Weinig | Teams die beheer willen beperken |
Managed hosting of zelf beheren?
Naast het type server is de belangrijkste keuze: wie beheert het? Bij managed hosting doet een partij dat voor je. Die installeert en update het besturingssysteem en de serversoftware, regelt de beveiliging, houdt de server in de gaten en maakt back-ups.
Zelf beheren geeft maximale vrijheid, maar alleen als er in je team iemand is met de technische kennis en de tijd om dat structureel te doen. In de praktijk zien we dat het beheer van een eigen server er vaak bij inschiet: updates blijven liggen, monitoring ontbreekt en niemand weet precies hoe de back-ups werken. Voor de meeste organisaties zonder eigen IT-afdeling is managed hosting daarom de verstandigste keuze. Met managed hosting weet je dat de server goed beveiligd en up-to-date blijft, ook als je eigen team daar geen tijd voor heeft.
Belangrijk is dat hosting en onderhoud van de applicatie op elkaar aansluiten. Een PHP-update op de server heeft alleen zin als de applicatie die versie ook ondersteunt. Spreek dus af wie verantwoordelijk is voor welk deel.
Waar let je op bij het kiezen van webapplicatie hosting?
Gebruik deze punten als checklist in gesprek met je ontwikkelaar of hostingprovider.
Prestaties en schaalbaarheid
Hoeveel gebruikers verwacht je, en wanneer? Een interne tool met twintig gebruikers op kantoortijden vraagt iets anders dan een klantportaal dat elke maandagochtend piekt. Bepaal samen met je ontwikkelaar welke resources nodig zijn: hoeveel CPU, RAM en opslag de applicatie vraagt. Betere prestaties haal je overigens niet alleen uit een zwaardere server; vaak zit de winst in de applicatie zelf, zoals efficiëntere databases-queries en slimme caching. Kies hosting waarbij je kunt meegroeien, bijvoorbeeld door eenvoudig over te stappen naar een groter pakket of extra servers. Hoe goed dat werkt, hangt ook af van de architectuur van je webapplicatie.
Beschikbaarheid en uptime
Vraag welke beschikbaarheid (uptime) de provider afspreekt en wat er gebeurt bij een storing. Storingen en trage pagina’s hebben direct invloed op de gebruikerservaring. Bekijk ook wat jouw organisatie echt nodig heeft. Een applicatie die ’s nachts even niet bereikbaar is, is voor een intern planningssysteem vaak geen probleem; voor een platform met klanten in andere tijdzones wel.
Beveiliging en SSL
Een SSL-certificaat (tegenwoordig eigenlijk TLS) is standaard. Zorg dat SSL-certificaten automatisch worden verlengd, zodat gebruikers nooit ineens een waarschuwing zien. Let daarnaast op firewalls, beveiligingsupdates van de server, afgeschermde toegang voor beheerders en gescheiden omgevingen. Meer over het beveiligen van de applicatie zelf lees je in ons artikel over beveiliging van een webapplicatie.
Back-ups en herstel
Vraag hoe vaak back-ups worden gemaakt, hoe lang ze worden bewaard, waar ze staan en hoe snel je ze kunt terugzetten. Back-ups horen op een andere locatie te staan dan de server zelf. En test het terugzetten: pas dan weet je dat het werkt.
Locatie van je data
Weet waar je data staat. Voor de AVG is het belangrijk dat je weet wie je persoonsgegevens verwerkt en waar. Hosting binnen de EU maakt afspraken en verwerkersovereenkomsten vaak eenvoudiger.
Technische ondersteuning
Kun je iemand bereiken als het misgaat, en hoe snel? Is die ondersteuning inbegrepen of komt die erbij? En kent de supportafdeling alleen de server, of ook jouw applicatie?
Test-, acceptatie- en productieomgeving
Een webapplicatie heeft meer nodig dan één server. Professioneel ontwikkelen betekent meestal minimaal twee omgevingen:
- Productie: de live applicatie die gebruikers gebruiken.
- Test of acceptatie: een kopie waarop nieuwe functies worden getest voordat ze live gaan.
Zo voorkom je dat een wijziging direct bij je gebruikers misgaat. Neem deze omgevingen mee in je hostingkeuze, want ze vragen ook capaciteit.
Eigen domeinnaam, e-mail en extra services
Je applicatie draait op een eigen domeinnaam of subdomein, bijvoorbeeld portaal.jouwbedrijf.nl. Domeinnamen koppelen aan nieuwe hosting is eenvoudig: je houdt je domein bij je huidige registratie en past alleen de DNS-instellingen aan.
Voor e-mail geldt iets bijzonders. Een webapplicatie verstuurt vaak automatische berichten: wachtwoord vergeten, orderbevestigingen, notificaties. Die verstuur je liever via een gespecialiseerde maildienst dan rechtstreeks vanaf de server, zodat ze niet in de spam belanden. Je gewone zakelijke e-mail, zoals het e-mailadres op je eigen domein, staat daar los van.
Andere extra services die bij webapplicatie hosting kunnen horen:
- monitoring en meldingen bij storingen of trage pagina’s;
- opslag voor bestanden en uploads, los van de server;
- een CDN voor snellere levering van afbeeldingen en bestanden;
- logging, zodat je fouten en verdacht gedrag kunt terugzien.
Hosting voor je hele online aanwezigheid: meerdere websites en applicaties
Vaak draait je bestaande website, bijvoorbeeld in WordPress, op andere hosting dan je webapplicatie. Dat is prima, zolang duidelijk is wie wat beheert. Heb je meerdere websites en applicaties, dan loont het om die op een vergelijkbare manier te hosten en te beheren. Dat maakt updates, monitoring en back-ups overzichtelijker. Voor Combiwel verzorgen we bijvoorbeeld de hosting en het onderhoud van een groot aantal WordPress-sites. Gaat het bij jou vooral om WordPress, kijk dan bij WordPress onderhoud en hosting.
Veelgemaakte fouten bij het kiezen van hosting
- Kiezen op prijs alleen. Het goedkoopste pakket is zelden geschikt voor een bedrijfskritische applicatie.
- Geen eigenaar voor het beheer. De server draait, maar niemand voelt zich verantwoordelijk voor updates en monitoring.
- Back-ups die nooit zijn getest. Pas bij een incident blijkt dat er iets ontbreekt.
- Alles op één server. Productie, test en database op dezelfde machine: één probleem raakt alles.
- Te vroeg te complex. Een uitgebreide cloudopzet voor een applicatie met vijftig gebruikers kost meer beheer dan nodig.
Hosting regelen bij je webapplicatie
De juiste webapplicatie hosting hangt af van wat je applicatie doet, hoeveel gebruikers je verwacht en hoeveel beheer je zelf wilt doen. Bij elk project denken we mee over de hostingomgeving die het beste past bij de applicatie en die je later niet in de weg zit. Wil je een webapplicatie laten maken en meteen goed nadenken over waar die draait? Bespreek je plannen met ons; je krijgt binnen één werkdag reactie.