Performance die je kunt zien, over uren en dagen

Elk FiveGateway-plan registreert performance op een vaste cadans: CPU en geheugen gesampled, netwerk up en down opgeteld, tickrate gemeten op serverniveau. De data landt in het dashboard als persistente grafieken waardoor je kunt terugscrollen, niet als een live-only meter die resetten bij disconnect. Starter bewaart 7 dagen historie, Pro 30 en Premium 90, met CSV-export op elk plan.

Spelers-aantallen staan naast de resource-metrics in de grafiek. Dat is de combinatie die telt: een CPU-piek buiten de spits is een codeprobleem, een CPU-piek onder load is een capaciteitsprobleem, en een CPU-piek met stijgende spelers-aantallen tijdens een donatiedag is waarschijnlijk prima. De correlatie tussen die assen is zichtbaar in dezelfde grafiek, niet verspreid over tools.

Tickrate is de metric waar FiveM-admins het meest om geven, en FiveGateway behandelt hem als eersteklas-signaal. Drops onder de 40 tick worden gelogd als performance-events die door je gewone webhook-routing lopen, zodat je een Discord-ping krijgt op het moment dat je server niet meer bijhoudt, in plaats van het te merken nadat tien spelers rage-quit hebben gedaan.

Uptime-historie staat naast de performance-grafieken. Was de server om 03:40 twaalf minuten offline, dan zie je dat in de tijdlijn en staan de events die aan de outage voorafgingen één klik verderop in de logs-weergave. Dat is het kortste pad van 'er ging iets stuk' naar 'dit ging er stuk' dat je kunt bouwen zonder eigen observability-stack.

Data exporteren telt voor community-operators die transparantierapporten willen delen, voor multi-server-groepen die fleets willen vergelijken, en voor iedereen die performance-regressies test tussen versies van een framework of mode. CSV-export staat op elke grafiek en elke gefilterde weergave, met dezelfde kolomindeling zodat je spreadsheets maanden later nog werken.

Gebruik je al een externe monitoringtool (Grafana, Datadog, een zelfgebouwde Prometheus-setup), dan probeert FiveGateway die niet te vervangen. Maar het dashboard is de plek waar je moderators toch al zitten, en de grafieken die zij het vaakst nodig hebben zijn zelden een tweede pipeline waard. Begin hier; houd de zware stack voor de workloads die het echt nodig hebben.