Een serverupgrade vraagt om een aangetoond knelpunt
Een denkbeeldige portaalweergave laat zien hoe datatoegang en capaciteitstekort tot verschillende controles leiden.
Een traag portaal maakt een grotere machine tot een denkbare oplossing. Of extra capaciteit het proces verbetert, hangt echter af van waarop het wacht. Een capaciteitsbeslissing vraagt daarom om een verband met het waargenomen knelpunt.
Twee verklaringen voor dezelfde wachttijd toetsen
De volgende vergelijking is volledig hypothetisch. Ze bevat geen bevindingen uit een klantproject en geen gemeten prestatiewinst.
Mogelijke verklaring | Wat de aanname zou verhelderen | Volgende proef |
|---|---|---|
De weergave wacht op veel opeenvolgende detailquery’s | Een spoor van de taak toont herhaalde gegevensaanroepen en hun tijdsaandeel | Een begrensde gezamenlijke ophaalactie met hetzelfde resultaat vergelijken |
Benodigde reken- of invoer-/uitvoercapaciteit is verzadigd | Metingen onder het relevante werkprofiel tonen benutting en wachtgedrag | Een passende capaciteitswijziging onder vergelijkbare belasting testen |
Beide oorzaken kunnen tegelijk optreden. Ook applicatie, netwerk of een externe dienst kunnen wachttijd toevoegen. Eén CPU-waarde verklaart dus niet het hele proces.
Het doel van een wijziging benoemen
Toont het concrete proces onnodige kleine gegevensaanroepen, dan zouden we eerst hun structuur onderzoeken. Meer processorkracht verwijdert niet automatisch het aantal aanroepen of de overhead van elk gegevenspad. Een gerichte vergelijking kan tonen of minder heen-en-terugverkeer deze taak helpt.
Dit rechtvaardigt niet dat de machine altijd gelijk moet blijven. Bij aangetoond capaciteitstekort kan uitbreiding zinvol zijn, bijvoorbeeld wanneer het benodigde werkvolume de beschikbare middelen overstijgt. De beslissing moet aangeven welke grens ze verschuift en waaraan het nut herkenbaar is.
Bij een vergelijking moeten taak, toegestane gegevens en verwacht resultaat gelijkwaardig blijven. Minder velden, een gevulde cache of minder gelijktijdige belasting kunnen anders het verschil verklaren. Een sneller antwoord met ontbrekende records is geen gelijkwaardig resultaat.
De vraag bij een voorstel is dus: welke waargenomen oorzaak moet het beïnvloeden en hoe wordt juist dat effect getoetst? Dit geldt voor een nieuwe server evenzeer als voor aangepaste datatoegang.
Bronnen
Verder lezen
Alle artikelen
Softwareontwikkeling met ASES
Maatwerksoftware, web- en mobiele apps