TenderNed groeit. Steeds meer organisaties en gebruikers werken met het platform. Dat is goed nieuws, maar het vraagt ook om een systeem dat die groei aankan. Daarom splitsen we TenderNed op in zelfstandige onderdelen (modules). Wat dat inhoudt en waarom het de betrouwbaarheid van het platform ten goede komt, leest u in dit artikel.
Wat is schaalbaarheid?
Schaalbaarheid betekent dat een systeem goed blijft werken als het gebruik toeneemt. Meer gebruikers, meer gegevens en meer handelingen tegelijk mogen het platform niet trager of kwetsbaarder maken.
Op dit moment werkt TenderNed grotendeels met één centrale database. Alle gegevens lopen daardoor via één punt. Zie het als een drukke winkelstraat waar al het bevoorradingsverkeer door één smalle steeg moet. Zolang de stad klein is, gaat dat goed. Groeit de stad, dan loopt het vast.
TenderNed groeit
TenderNed is het platform waar aanbestedende diensten en ondernemers elkaar vinden. Dat blijkt ook uit de cijfers. Het marktaandeel van TenderNed steeg van 58,5% in 2020 naar 71,5% in 2026. Hierbij zijn de aankondigingen van dynamische aankoopsystemen (DAS) buiten beschouwing gelaten.
Ook het aantal geactiveerde accounts nam toe: van 16.285 in 2023 naar 23.302 in 2025. In 2026 zijn er tot nu toe al 21.657 accounts geactiveerd. Met elke nieuwe gebruiker en elke nieuwe functie neemt het aantal handelingen op het platform toe. Daar moet het systeem goed op zijn ingericht, nu en in de toekomst.
Wat gebeurt er als we niets doen?
Blijft alles via één centrale database lopen, dan krijgt u vroeg of laat met drie problemen te maken:
- Tragere reacties. De database moet alle gebruikers en bewerkingen tegelijk verwerken. Gegevens opvragen duurt daardoor langer.
- Drukte op één onderdeel raakt alles. Vraagt één onderdeel ineens veel capaciteit, bijvoorbeeld door een nieuwe functie, dan kan dat het hele systeem vertragen.
- Eén storing raakt het hele platform. Een fout in één onderdeel kan de werking van de hele applicatie beïnvloeden. Dat noemen we een single point of failure.
Onze aanpak: TenderNed opknippen in modules
Om de groei op tijd op te vangen, zijn we gestart met het opknippen van de applicatie. Herbruikbare functionaliteiten koppelen we los en brengen we onder in zelfstandige modules, elk met een eigen omgeving en database.
Dat levert vier concrete voordelen op:
- Geen domino-effect: Drukte of piekbelasting op het ene onderdeel heeft geen invloed meer op de rest van het systeem.
- Beperkte impact bij storingen: Een incident of fout blijft netjes binnen één module en legt niet meteen alles plat.
- Volledige autonomie: Teams kunnen onafhankelijk van elkaar doorbouwen, nieuwe versies uitbrengen en opschalen waar dat nodig is.
- Sneller combineren: Dankzij de losgekoppelde opzet kunnen we herbruikbare functionaliteiten sneller inzetten voor nieuwe functies en deze eventueel met elkaar combineren.
Wat dit van ons vraagt
Deze stap kost tijd en energie, en ons doorontwikkelproces verandert erdoor. Als de gegevens niet meer in één centrale bak staan, is data niet meer overal direct beschikbaar. Dat brengt twee nieuwe uitdagingen met zich mee:
- Betrouwbare gegevens. Hoe houden we informatie in alle losse databases synchroon, betrouwbaar en consistent?
- Slimme communicatie. Modules kunnen niet meer zomaar in elkaars tabellen kijken. Ze praten met elkaar via koppelingen (API’s) en berichten.
Dit vraagt een andere manier van ontwerpen en bouwen. Toch is het een noodzakelijke en logische stap om TenderNed klaar te maken voor de volgende groeifase. Het doel: een platform dat snel en betrouwbaar blijft, ook als nog meer organisaties ermee werken.
