Rollend gebruiksvenster
Een rollend gebruiksvenster is een manier om te meten hoeveel iemand of iets van een dienst gebruikmaakt, waarbij de meetperiode voortdurend meeschuift met de klok in plaats van op een vast moment te resetten. Vergelijk het met een databundel op je telefoon: bij een klassieke bundel begint de teller op de eerste van de maand weer op nul. Bij een rollend venster kijkt het systeem in plaats daarvan steeds naar de afgelopen dertig dagen, gerekend vanaf dit exacte moment. Gebruik je nu veel, dan telt dat een maand later automatisch weer niet meer mee – er is geen harde resetdatum.
Dat klinkt als een subtiel verschil, maar het heeft grote gevolgen voor hoe eerlijk en veilig een systeem aanvoelt. Bij een vast venster kun je namelijk rond het omslagpunt “dubbel gebruikmaken”: vlak voor middernacht je volledige daglimiet opmaken en vlak erna, in het nieuwe venster, meteen opnieuw. Een rollend venster voorkomt dat soort trucjes, omdat er simpelweg geen vast omslagpunt is om te misbruiken. Het begrip duikt op in uiteenlopende hoeken van de techniek: van de rate limits (gebruikslimieten) van API’s van clouddiensten en AI-modellen tot voorstellen voor het meten van piekbelasting op het elektriciteitsnet.
Wat is het precies?
Om een rollend gebruiksvenster te begrijpen, helpt het eerst te kijken naar het alternatief: het vaste venster. Bij een vast venster verdeelt een systeem de tijd in blokken – bijvoorbeeld “elke kalenderminuut” of “elke kalendermaand” – en telt het binnen elk blok apart hoeveel er is gebruikt. Zodra het blok voorbij is, begint de teller weer bij nul, ongeacht hoeveel er vlak daarvoor nog is verbruikt.
Een rollend venster werkt anders. Het systeem legt van elke gebeurtenis – een API-aanroep, een dataverbruik, een stroompiek – het exacte tijdstip vast. Wil je weten hoeveel er “nu” is gebruikt, dan telt het systeem simpelweg alle gebeurtenissen op die binnen de afgelopen vastgestelde periode vallen, bijvoorbeeld de laatste zestig seconden of de laatste vierentwintig uur. Een seconde later schuift dat venster automatisch een seconde op: de oudste gebeurtenis valt eruit, een eventuele nieuwe komt erbij.
In de praktijk bestaan hiervoor twee gangbare technieken. De eerste, het sliding window log, onthoudt letterlijk elk tijdstip en telt die steeds opnieuw op – nauwkeurig, maar bij grote aantallen gebruikers kost dat veel rekenkracht en geheugen. De tweede, de sliding window counter, is een slimme benadering: het systeem houdt gewone vaste tellers per blok bij, maar berekent bij een aanvraag een gewogen gemiddelde van het huidige en het vorige blok, naar rato van hoever het huidige blok al gevorderd is. Dat is veel goedkoper te berekenen en in de praktijk nauwkeurig genoeg, wat verklaart waarom grote technologiebedrijven vaak voor deze benadering kiezen.
Wat wil men ermee bereiken?
Het belangrijkste doel is eerlijkheid en voorspelbaarheid. Een rollend venster sluit beter aan bij hoe gebruik in de werkelijkheid verloopt: continu, zonder kunstmatige knip om middernacht of om het uur. Voor aanbieders van digitale diensten betekent dit vooral bescherming: rate limiting met een rollend venster maakt het lastiger voor kwaadwillenden om servers te overbelasten, geautomatiseerd te scrapen (massaal gegevens aftappen) of misbruik te maken van de grenzen van een systeem, omdat het venster geen vast omslagpunt biedt om te misbruiken.
Daarnaast speelt eerlijke afrekening een rol. Bij diensten die per gebruik worden gefactureerd – denk aan cloudcomputing of AI-API’s – voorkomt een rollend venster dat klanten met slimme timing meer capaciteit uit een systeem persen dan bedoeld. In de energiesector wordt het principe om een andere reden interessant: als het elektriciteitsnet continu wordt gemeten in plaats van in vaste blokken, kunnen netbeheerders nauwkeuriger zien wanneer er echt een piekbelasting optreedt, wat weer helpt bij het beheersen van netcongestie (overbelasting van het stroomnet door bijvoorbeeld veel zonnepanelen en laadpalen tegelijk).
Voorbeelden uit de praktijk
Het concept is geen recente doorbraak, maar wordt de afgelopen jaren op steeds meer plekken toegepast:
- Cloudflare Rate Limiting Rules – deze beveiligingsdienst, gebruikt door miljoenen websites om overbelasting en geautomatiseerde aanvallen te weren, past bij het tellen van verzoeken een op een rollend venster gebaseerde benadering toe in plaats van simpele vaste tellers per minuut.
- API’s van sociale media – grote platforms hanteren al sinds de vroege jaren van hun publieke API’s gebruikslimieten die niet op de klok resetten, maar per rollend tijdvak van bijvoorbeeld vijftien minuten worden herberekend, juist om het hierboven genoemde omslagpunt-probleem te voorkomen.
- API’s van AI-aanbieders zoals OpenAI en Anthropic – in hun documentatie voor ontwikkelaars wordt uitgelegd dat limieten voor het aantal verzoeken en tokens per minuut doorlopend worden gehandhaafd, niet op een vast kloktijdstip, wat feitelijk neerkomt op een rollend gebruiksvenster.
- Nederlandse energiesector – netbeheerders zoals Liander, Stedin en Enexis onderzoeken en beproeven, mede onder toezicht van de Autoriteit Consument & Markt (ACM), nieuwe capaciteitstarieven waarbij niet alleen het totale jaarverbruik telt, maar ook hoe piekbelasting over kortere periodes wordt gemeten. Dit is nog in ontwikkeling en de precieze rekenmethode verschilt per traject en pilot.
Deze voorbeelden laten zien dat het niet om één uitvinding gaat, maar om een generiek meetprincipe dat in verschillende sectoren opnieuw wordt toegepast zodra continu, eerlijk gebruik belangrijker wordt dan een simpele kloktijd.
Hoe ver is de techniek?
Als softwaretechniek is het rollend gebruiksvenster volwassen: het is een standaardonderdeel van veelgebruikte bouwstenen zoals API-gateways, de database Redis en webservers als Nginx, en wordt al jaren toegepast bij het beveiligen en beheren van online diensten. In die zin is dit geen doorbraaktechnologie, maar een bewezen ingenieursoplossing die steeds vaker naar nieuwe domeinen wordt vertaald.
Er blijven wel afwegingen. De nauwkeurige variant (elk tijdstip apart onthouden) is rekenkundig zwaar bij grote schaal, terwijl de goedkopere benaderde variant net iets minder precies is – in de praktijk meestal acceptabel, maar niet perfect. Bij toepassing buiten de IT, zoals bij slimme energiemeters, komt er een extra obstakel bij: hoe gedetailleerder het verbruik continu wordt gevolgd, hoe meer dat kan onthullen over iemands dagelijkse gewoontes, zoals wanneer iemand thuis is. Dat maakt zorgvuldige omgang met die gegevens noodzakelijk.
Voor de energietoepassing specifiek geldt bovendien dat de invoering van piekgebaseerde capaciteitstarieven in Nederland een langlopend, stapsgewijs regulatoir proces is, met goedkeuring van de ACM en afhankelijkheid van hoe ver de uitrol van slimme meters is gevorderd. Een landelijke, uniforme toepassing van een strikt rollend venster is op dit moment niet met zekerheid vast te stellen; verschillende pilots en tariefmodellen bestaan naast elkaar.
Wie werken eraan?
In de IT-sector zijn het vooral clouddienstverleners en beveiligingsbedrijven die dit principe toepassen en verder verfijnen, waaronder Cloudflare en de grote clouddienstverleners die API-gateways aanbieden. Ook de bedrijven achter grote AI-API’s, zoals OpenAI en Anthropic, hanteren gebruikslimieten die op dit principe steunen. Daarnaast dragen open source-gemeenschappen rond software als Redis en Nginx bij aan de bouwstenen die dit soort meetmethoden voor iedereen toegankelijk maken.
In de Nederlandse energiesector zijn de regionale netbeheerders – Liander, Stedin en Enexis – de partijen die met nieuwe tariefstructuren experimenteren, onder toezicht van de ACM en gecoördineerd via de branchevereniging Netbeheer Nederland. Kennisinstellingen zoals TU Delft doen onderzoek naar vraagsturing en netcongestie, wat raakvlakken heeft met het idee van continue, in plaats van blokgewijze, verbruiksmeting.