Responstijd
Responstijd vraagt om een vastgelegd begin en einde. Een API-antwoord ontvangen en een bruikbare weergave bereiken zijn verschillende trajecten.
Responstijd beschrijft de duur tussen een vastgelegd begin en het bijbehorende resultaat. De grens moet worden benoemd: bijvoorbeeld aankomst van een aanvraag in de server of de start in de browser.
Meetgrenzen in het portaal
In een hypothetisch portaal eindigt een meting wanneer het API-antwoord volledig is ontvangen. Daarna kunnen stappen volgen tot de bestellijst zichtbaar en bruikbaar is. De tijden zijn dus niet uitwisselbaar.
Een beoordeling vraagt om taak, belasting en gegevensomvang bij de meting. Cachestatus en softwareversie kunnen de vergelijking beïnvloeden. Alleen een gemiddelde kan trage gevallen verbergen. Zonder hetzelfde meettraject bewijzen verschillende tijden geen betrouwbaar prestatieverschil.
Bronnen
Verwante begrippen
- DoorvoerDoorvoer beschrijft de verwerkte hoeveelheid werk per periode. Het is niet de duur van één aanvraag of het aantal gelijktijdige gebruikers.
- LegacysysteemEen bestaand systeem dat nog wordt gebruikt, met gegroeide technische en bedrijfsafhankelijkheden.
- MultitenancyMultitenancy ondersteunt afzonderlijke klant- of groepsbereiken in één oplossing. Een tenant is niet automatisch één persoon of één database.
- BrowsercacheDe browsercache bewaart geschikte HTTP-antwoorden voor later gebruik. Hergebruik en validatie volgen de toepasselijke regels.
- Cache-invalidatieCache-invalidatie beëindigt hergebruik van een kopie volgens vastgelegde regels. Het bronrecord blijft daarvan gescheiden.
- CachingCaching hergebruikt opgeslagen gegevens of resultaten. Geldigheid en het toegestane gebruikersbereik horen bij het ontwerp.
Artikelen over dit onderwerp
Softwareontwikkeling met ASES
Maatwerksoftware, web- en mobiele apps