กลับไปหน้าบทความ

อ่าน 3 นาที

การวัดการตอบสนองของแอปพลิเคชัน

Application Response Measurement ( ARM ) เป็นมาตรฐานเปิดที่เผยแพร่โดยOpen Groupสำหรับการตรวจสอบและวินิจฉัยปัญหาคอขวดด้านประสิทธิภาพภายในแอปพลิเคชันระดับองค์กรที่ซับซ้อน ซึ่งใช้...

การวัดการตอบสนองของแอปพลิเคชัน

การวัดการตอบสนองของแอปพลิเคชัน
คำย่อแขน
สถานะที่ตีพิมพ์
ปีเริ่มต้นพ.ศ. 2539 ( 1996 )
เวอร์ชั่นล่าสุด4.1 เวอร์ชัน 1 ปี2007 ( 2007 )
องค์กรกลุ่มเปิด
ผู้เขียนบริษัท ทิโวลี ซอฟต์แวร์ , ฮิวเลตต์-แพคการ์ด , เดอะ โอเพ่น กรุ๊ป
โดเมนการบูรณาการแอปพลิเคชันระดับองค์กร , อินเท อร์เฟซการเขียนโปรแกรมแอปพลิเคชัน
เว็บไซต์การทำงานร่วมกัน.opengroup .org /tech /management /arm /

Application Response Measurement ( ARM ) เป็นมาตรฐานเปิดที่เผยแพร่โดยOpen Groupสำหรับการตรวจสอบและวินิจฉัยปัญหาคอขวดด้านประสิทธิภาพภายในแอปพลิเคชันระดับองค์กรที่ซับซ้อน ซึ่งใช้ การออกแบบ ที่เชื่อมโยงกันอย่างหลวมๆหรือสถาปัตยกรรมแบบบริการเป็นศูนย์กลาง

ประกอบด้วยAPIสำหรับภาษา CและJavaซึ่งช่วยให้สามารถบันทึกข้อมูลเวลาที่เกี่ยวข้องกับแต่ละขั้นตอนในการประมวลผลธุรกรรมไปยังเซิร์ฟเวอร์ระยะไกลเพื่อการวิเคราะห์ในภายหลังได้

ประวัติศาสตร์

ARM เวอร์ชัน 1 ได้รับการพัฒนาร่วมกันโดยTivoli SoftwareและHewlett-Packardในปี 1996 เวอร์ชัน 2 ได้รับการพัฒนาโดยความร่วมมือของภาคอุตสาหกรรม (ARM Working Group) และเปิดให้ใช้งานในเดือนธันวาคม 1997 ในฐานะมาตรฐานเปิดที่ได้รับการอนุมัติจากOpen Group ARM 4.0 เปิดตัวในปี 2003 และได้รับการปรับปรุงแก้ไขในปี 2004

ณ ปี 2007 ARM 4.1 เวอร์ชัน 1 เป็นเวอร์ชันล่าสุดของมาตรฐาน ARM

การแนะนำ

การออกแบบแอปพลิเคชันในปัจจุบันมักมีความซับซ้อนมากขึ้นและกระจายอยู่ทั่วเครือข่าย ซึ่งนำไปสู่ความท้าทายใหม่ๆ ในการพัฒนาและเครื่องมือตรวจสอบในปัจจุบัน เพื่อให้ผู้พัฒนาแอปพลิเคชัน ผู้ดูแลระบบ และผู้ดูแลระบบแอปพลิเคชันได้รับข้อมูลที่พวกเขาต้องการ

ในแอปพลิเคชันแบบกระจายศูนย์ การประเมินว่าแอปพลิเคชันทำงานได้ดีหรือไม่นั้นไม่ใช่เรื่องง่าย ประเด็นต่อไปนี้จะช่วยในการประเมินแอปพลิเคชันแบบกระจายศูนย์:

  • การทำธุรกรรมทางธุรกิจประสบความสำเร็จหรือไม่ และหากไม่ประสบความสำเร็จ สาเหตุของความล้มเหลวคืออะไร?
  • เวลาตอบสนองของการทำธุรกรรมคือเท่าไร?
  • จุดที่เป็นคอขวดอยู่ที่ไหน และธุรกรรมย่อยใดบ้างที่อาจก่อให้เกิดคอขวด?
  • มีการทำธุรกรรมอะไรบ้าง และมีจำนวนเท่าใดในแอปพลิเคชัน?
  • จะปรับแต่งแอปพลิเคชันหรือสภาพแวดล้อมอย่างไรให้ทำงานได้ดีขึ้น?

ARM ช่วยตอบคำถามเหล่านี้ได้ สิ่งสำคัญที่ควรกล่าวถึงคือ ประโยชน์ของ ARM ตามที่ได้นิยามไว้ในที่นี้ เป็นเพียงส่วนหนึ่งของขอบเขต การจัดการประสิทธิภาพแอปพลิเคชัน เท่านั้น

เข้าใกล้

แนวทางหลักในการใช้ ARM คือ:

  1. ระบุธุรกรรมทางธุรกิจและทางเทคนิคที่น่าสนใจ
  2. แทรกการเรียกใช้ลงในแอปพลิเคชันไปยังอินเทอร์เฟซ ARM เพื่อวัดธุรกรรมที่กำหนดไว้เหล่านี้
  3. ติดตั้งแอปพลิเคชันที่มีการตรวจสอบแล้วในสภาพแวดล้อมปกติของผู้ใช้ โดยติดตั้งเอเจนต์ ARM ไว้ด้วย
  4. การใช้งาน ARM ในปัจจุบันช่วยให้สามารถวัดปริมาณธุรกรรมตามที่ต้องการได้

แนวคิด

ARM กำหนดแนวคิดต่อไปนี้เพื่อให้สามารถใช้งานฟังก์ชันต่างๆ ได้ตามที่อธิบายไว้

แอปพลิเคชัน ARM

แอปพลิเคชันแบบกระจายที่ซับซ้อนมักประกอบด้วยแอปพลิเคชันย่อย (กระบวนการ) จำนวนมาก เพื่อให้เข้าใจความสัมพันธ์ระหว่างแอปพลิเคชันย่อยทั้งหมด จึงมีการนำแนวคิดของแอปพลิเคชัน ARM มาใช้ในมาตรฐาน ARM เวอร์ชัน 4.0 โดยแต่ละธุรกรรม ARM จะถูกดำเนินการภายในแอปพลิเคชัน ARM เพียงหนึ่งเดียวเท่านั้น

ธุรกรรม ARM

ธุรกรรมเป็นแนวคิดหลักของมาตรฐาน ARM และแสดงถึงการวัดประสิทธิภาพเพียงอย่างเดียว คำจำกัดความของธุรกรรมจะกำหนดประเภท (ชื่อ) และคุณลักษณะเพิ่มเติมของธุรกรรม ARM ธุรกรรมสามารถดำเนินการ (เริ่มต้นและหยุด) ได้หลายครั้ง ซึ่งส่งผลให้มีการวัดหลายครั้ง การวัดแต่ละครั้งมีคุณลักษณะพื้นฐาน เช่น สถานะการเสร็จสิ้น (สำเร็จ ล้มเหลว ยกเลิก) เวลาเริ่มต้นและเวลาหยุด ระยะเวลาที่ได้ และที่อยู่ระบบ (โฮสต์) ที่ดำเนินการ นอกจากนี้ยังสามารถเชื่อมโยงเมตริกพิเศษหรือคุณสมบัติบริบทกับการวัดธุรกรรมได้

ที่อยู่ระบบ ARM

ระบุโฮสต์ได้อย่างเฉพาะเจาะจงด้วยชื่อ ที่อยู่ IP หรือข้อมูลเฉพาะอื่นๆ

ตัวเชื่อมสัมพันธ์ ARM

ตัวเชื่อมโยง (correlators) ของ ARM ใช้เพื่อแสดงความสัมพันธ์ระหว่างธุรกรรม ARM สองรายการ ความสัมพันธ์นี้เป็นแบบซิงโครนัส หรือที่เรียกว่าความสัมพันธ์แบบพ่อ-ลูก โดยทั่วไป ธุรกรรมหลักจะกระตุ้นธุรกรรมย่อย และจะดำเนินการต่อก็ต่อเมื่อธุรกรรมย่อยเสร็จสิ้นแล้ว การใช้ตัวเชื่อมโยงทำให้สามารถแบ่งธุรกรรมที่ซับซ้อนออกเป็นธุรกรรมย่อยที่ซ้อนกันหลายชั้น โดยแต่ละธุรกรรมย่อยสามารถมีธุรกรรมย่อยของตัวเองได้อีก ส่งผลให้เกิดโครงสร้างแบบต้นไม้ของธุรกรรม โดยธุรกรรมหลักที่อยู่บนสุดจะเป็นรากของต้นไม้

ARM 4.1 กำหนดความสัมพันธ์แบบอะซิงโครนัสเพื่อรองรับสถาปัตยกรรมที่ขับเคลื่อนด้วยการไหลของข้อมูล

เมตริก ARM

ARM Metrics สามารถใช้เพื่อรับข้อมูลเพิ่มเติมเกี่ยวกับการดำเนินการของธุรกรรมได้ ARM กำหนดประเภทของเมตริกไว้หลายประเภทสำหรับวัตถุประสงค์ต่างๆ เช่น ตัวนับ เกจ หรือค่าตัวเลข

คุณสมบัติของ ARM

คุณสมบัติคือชุดของ สตริง คู่ชื่อ-ค่าซึ่งระบุคุณสมบัติของธุรกรรม ARM หรือแอปพลิเคชัน ARM นอกเหนือจากคำจำกัดความพื้นฐานของเอนทิตีเหล่านี้ และอนุญาตให้เชื่อมโยงข้อมูลบริบทเพิ่มเติมกับการวัดธุรกรรมแต่ละรายการได้

ผู้ใช้ ARM

กำหนดชื่อผู้ใช้ที่ใช้ในการวัดผลธุรกรรม

แอปพลิเคชันที่ใช้เครื่องมือ ARM

แอปพลิเคชันต่อไปนี้มีการติดตั้งเครื่องมือสำหรับการเรียกใช้ฟังก์ชัน ARM แล้ว:

  • เว็บไซต์อย่างเป็นทางการของ Open Group สำหรับ ARM และ SDK แบบโอเพนซอร์ส
  • Open-ARM คือการใช้งาน Java สำหรับ ARM4 แบบโอเพนซอร์ส
  • MyARM คือไลบรารีที่รองรับมาตรฐาน ARM 4.0 อย่างสมบูรณ์ รองรับภาษา C/C++, Java, CSharp .NET และ Python พร้อมเวอร์ชันสำหรับชุมชนใช้งานฟรี
ดึงข้อมูลมาจาก " https://en.wikipedia.org/w/index.php?title=Application_Response_Measurement&oldid=1305033565 "

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ การวัดการตอบสนองของแอปพลิเคชัน

Application Response Measurement ( ARM ) เป็นมาตรฐานเปิดที่เผยแพร่โดยOpen Groupสำหรับการตรวจสอบและวินิจฉัยปัญหาคอขวดด้านประสิทธิภาพภายในแอปพลิเคชันระดับองค์กรที่ซับซ้อน ซึ่งใช้...

ประวัติศาสตร์

ARM เวอร์ชัน 1 ได้รับการพัฒนาร่วมกันโดย Tivoli Software และ Hewlett-Packard ในปี 1996 เวอร์ชัน 2 ได้รับการพัฒนาโดยความร่วมมือของภาคอุตสาหกรรม (ARM Working Group) และเปิดให้ใช้งานในเดือนธันวาคม 1997 ในฐานะมาตรฐานเปิดที่ได้รับการอนุมัติจาก Open Group ARM 4.

การแนะนำ

การออกแบบแอปพลิเคชันในปัจจุบันมักมีความซับซ้อนมากขึ้นและกระจายอยู่ทั่วเครือข่าย ซึ่งนำไปสู่ความท้าทายใหม่ๆ ในการพัฒนาและเครื่องมือตรวจสอบในปัจจุบัน เพื่อให้ผู้พัฒนาแอปพลิเคชัน ผู้ดูแลระบบ และผู้ดูแลระบบแอปพลิเคชันได้รับข้อมูลที่พวกเขาต้องการ

แนวคิด

ARM กำหนดแนวคิดต่อไปนี้เพื่อให้สามารถใช้งานฟังก์ชันต่างๆ ได้ตามที่อธิบายไว้