Mätning av applikationssvar -
Application Response Measurement

Mätning av applikationssvar
Status Publicerad
År började 1996
; För 25 år sedan
 (
1996
)
Senaste versionen 4.1 version 1
2007
; För 14 år sedan
 (
2007
)
Organisation Den öppna gruppen
Författare Tivoli Software , Hewlett Packard , The Open Group
Domän Integration av företagsapplikationer , gränssnitt för applikationsprogrammering
Förkortning ÄRM
Hemsida

Application Response Measurement ( ARM ) är en öppen standard som publiceras av Open Group för att övervaka och diagnostisera prestandaflaskhalsar inom komplexa företagsapplikationer som använder löst kopplade mönster eller serviceorienterade arkitekturer .

Den innehåller ett API för C och Java som gör att tidsinformation som är associerad med varje steg i behandlingen av en transaktion loggas till en fjärrserver för senare analys.

Historia

Version 1 av ARM utvecklades gemensamt av Tivoli Software och Hewlett Packard 1996. Version 2 utvecklades av ett branschpartnerskap (ARM Working Group) och blev tillgänglig i december 1997 som en öppen standard godkänd av Open Group . ARM 4.0 släpptes 2003 och reviderades 2004.

Från och med 2007 är ARM 4.1 version 1 den senaste versionen av ARM-standarden.

Introduktion

Nuvarande applikationsdesign tenderar att vara mer komplex och distribuerad över nätverk. Detta leder till nya utmaningar i dagens utvecklings- och övervakningsverktyg för att ge applikationsutvecklare, system- och applikationsadministratörer den information de behöver.

Inom distribuerade applikationer är det inte lätt att uppskatta om applikationen fungerar bra. Följande frågor hjälper till vid utvärderingen av distribuerade applikationer:

  • Lyckas affärstransaktioner och om inte, vad är orsaken till misslyckandet?
  • Vad är svarstiden för en transaktion?
  • Var är flaskhalsarna, vilken deltransaktion kan orsaka en flaskhals?
  • Vilka och hur många transaktioner utförs i en applikation?
  • Hur ställer jag in en applikation eller dess miljö för att prestera bättre?

ARM hjälper till att svara på dessa frågor. Det är viktigt att nämna att ARM-fördelarna som de definieras här nu bara är en delmängd av Application Performance Management- utrymmet.

Närma sig

Huvudstrategin för att använda ARM är:

  1. Definiera affärer såväl som tekniska transaktioner som är av intresse.
  2. Infoga samtal i applikationen till ARM-gränssnittet för att mäta dessa definierade transaktioner.
  3. Distribuera den instrumenterade applikationen i sin normala miljö med en installerad ARM-agent.
  4. Den använda ARM-implementeringen ger nu transaktionsmätningar av intresse.

Begrepp

ARM definierar följande begrepp för att tillhandahålla den beskrivna funktionaliteten.

ARM-applikation

Komplexa distribuerade applikationer består vanligtvis av många olika enskilda applikationer (processer). För att kunna förstå förhållandet mellan alla enskilda applikationer introduceras konceptet med en ARM-applikation med version 4.0 av ARM-standarden. Varje ARM-transaktion utförs exakt inom en ARM-applikation.

ARM-transaktion

Transaktioner är huvudkonceptet för ARM-standarden och representerar en enda prestandamätning. En transaktionsdefinition definierar typen (namn) och ytterligare attribut för en ARM-transaktion. En transaktion kan utföras (startas och stoppas) flera gånger vilket resulterar i flera mätningar. Varje mätning har grundläggande attribut som status för slutförd (bra, misslyckad, avbruten), start- och stopptidstämpel, den resulterande varaktigheten och systemadressen (värden) den kördes på. Dessutom kan speciella mätvärden eller sammanhangsegenskaper associeras med en transaktionsmätning.

ARM-systemadress

Definierar en värd unikt med dess namn, IP-adress eller annan unik information.

ARM-korrelator

ARM-korrelatorer används för att uttrycka en korrelation mellan två ARM-transaktioner. Detta är en synkron relation, även känd som förälder-barn-relation. Vanligtvis utlöser en överordnad transaktion en underordnad transaktion och fortsätter bara körningen när den underordnade transaktionen är klar. Med hjälp av korrelatorer är det möjligt att dela upp en komplex transaktion i flera kapslade underordnade transaktioner, där varje underordnad transaktion kan ha egna barntransaktioner. Detta resulterar i ett transaktionsträd med den översta överordnade transaktionen som roten till trädet.

ARM 4.1 definierar asynkrona relationer för att stödja dataflödesdrivna arkitekturer.

ARM-metrisk

ARM-mätvärden kan användas för att få mer information om genomförandet av en transaktion. ARM definierar en uppsättning metriska typer för olika ändamål, t.ex. en räknare, en mätare eller bara ett numeriskt värde.

ARM-egenskaper

Egenskaper är en uppsättning så kallade namn-värde- parsträngar som kvalificerar en ARM-transaktion eller en ARM-applikation utöver den grundläggande definitionen av dessa enheter och gör det möjligt att associera ytterligare kontextinformation till varje transaktionsmätning.

ARM-användare

Definierar namnet på en användare på uppdrag av en transaktionsmätning.

ARM Instrumented Applications

Följande applikationer är redan utrustade med ARM-samtal:

Referenser