Kort antwoord: Je hoeft niet altijd complexe databases en frameworks te gebruiken voor webtools. Go met SQLite en een ARM64 VPS kan je honderden euro’s per jaar besparen terwijl je volledige controle houdt over je applicatie.
Waarom een eigen PDF-tool bouwen in plaats van betalen?
De meeste gratis PDF-tools stoppen bij 5MB bestanden of dwingen je tot een account. Een ondernemer besloot zijn eigen tool te bouwen toen hij elke maand tegen deze beperkingen aanliep. Het resultaat: een werkende tool voor 5 euro per maand hosting.
Ik herken dit probleem direct. Je wilt snel twee PDF’s samenvoegen of een paar pagina’s eruit halen. Dan zoek je een online tool en krijg je direct ‘registreer voor premium’ of ‘maximaal 5MB voor gratis gebruikers’ te zien.
Deze ondernemer had hetzelfde probleem en besloot zijn eigen PDF-tool te bouwen. Niet omdat hij developer wilde worden, maar omdat hij controle wilde over zijn werkproces. Het resultaat draait nu op een goedkope server en doet precies wat hij nodig heeft.
De les voor ondernemers: soms is het goedkoper en efficiënter om je eigen tool te laten bouwen dan maandelijks te betalen voor features die je niet gebruikt. Zeker als je specifieke eisen hebt die standaardtools niet dekken.
Go: één bestand dat overal draait
Go compileert naar een enkel bestand zonder dependencies. Upload het naar een goedkope ARM64 server en het werkt direct. Geen Node.js runtime, geen Python packages, geen Docker containers. Ideaal voor simpele business tools die gewoon moeten werken.
Dit is waar Go echt uitblinkt voor zakelijke tools. Je krijgt één uitvoerbaar bestand dat je naar elke server kunt kopiëren. Geen gedoe met versies, dependencies of runtime environments.
Voor ondernemers betekent dit minder hoofdpijn bij hosting. Je hebt geen dure managed services nodig. Een goedkope ARM64 VPS van 5 euro per maand is genoeg. Upload je bestand, start het op, klaar.
De PDF-verwerking gebeurt volledig in Go zonder externe libraries. Dat betekent geen security updates van tientallen packages, geen conflicterende versies. Gewoon een tool die werkt en blijft werken.
Als je een developer kent die Go kan, overweeg dan om simpele tools in Go te laten bouwen. Ze kosten minder om te hosten en geven je meer controle dan SaaS-oplossingen.
SQLite is genoeg voor de meeste webtools
Niet elke app heeft PostgreSQL nodig. Deze PDF-tool gebruikt SQLite voor rate limiting, logs en gebruikersbeheer. Voor tools met duizenden gebruikers per dag is dat meer dan genoeg. Een database-bestand dat je kunt backuppen met een simpele copy-actie.
Hier maken veel developers en ondernemers de fout: direct naar PostgreSQL of MySQL grijpen omdat ‘dat professioneler is’. Voor de meeste business tools is SQLite perfect.
Deze tool gebruikt SQLite voor alles: gebruikersaccounts, rate limiting, logs van alle PDF-bewerkingen. Het hele database-systeem is één bestand dat je kunt kopiëren om een backup te maken.
Voor ondernemers die tools laten bouwen: eis niet direct een ‘echte database’. SQLite schaalt tot miljoenen records en heeft geen aparte server nodig. Dat bespaart je hosting kosten en maakt backups simpeler.
Alleen als je echt duizenden gelijktijdige gebruikers verwacht, moet je naar PostgreSQL. Voor de meeste B2B tools en interne systemen is SQLite de slimmere keuze.
Rate limiting zonder Redis: gewoon SQLite
In plaats van Redis voor rate limiting gebruikt deze tool SQLite met een sliding window. Simpeler setup, minder server resources, en het werkt prima voor duizenden requests per dag. Niet alles heeft caching nodig.
Nog zo’n voorbeeld van ‘simpel werkt vaak beter’. Rate limiting hoeft niet complex. Deze tool telt gewoon hoeveel PDF-bewerkingen een IP-adres per uur doet, opgeslagen in SQLite.
Geen Redis server die je moet onderhouden, geen extra geheugen usage, geen netwerkconnecties tussen services. Gewoon een SQLite query die checkt hoeveel requests er zijn geweest.
Voor business tools is dit perfect. Je voorkomt misbruik zonder je infrastructuur ingewikkeld te maken. En als je echt meer performance nodig hebt, kun je later altijd nog Redis toevoegen.
Als ondernemer: vraag je developer om te beginnen met de simpelste oplossing die werkt. Je kunt altijd complexer worden als je groeit.