อ่าน 3 นาที
การวัดการตอบสนองของแอปพลิเคชัน
Application Response Measurement ( ARM ) เป็นมาตรฐานเปิดที่เผยแพร่โดยOpen Groupสำหรับการตรวจสอบและวินิจฉัยปัญหาคอขวดด้านประสิทธิภาพภายในแอปพลิเคชันระดับองค์กรที่ซับซ้อน ซึ่งใช้...
การวัดการตอบสนองของแอปพลิเคชัน
| การวัดการตอบสนองของแอปพลิเคชัน | |
|---|---|
| คำย่อ | แขน |
| สถานะ | ที่ตีพิมพ์ |
| ปีเริ่มต้น | พ.ศ. 2539 |
| เวอร์ชั่นล่าสุด | 4.1 เวอร์ชัน 1 ปี2007 |
| องค์กร | กลุ่มเปิด |
| ผู้เขียน | บริษัท ทิโวลี ซอฟต์แวร์ , ฮิวเลตต์-แพคการ์ด , เดอะ โอเพ่น กรุ๊ป |
| โดเมน | การบูรณาการแอปพลิเคชันระดับองค์กร , อินเท อร์เฟซการเขียนโปรแกรมแอปพลิเคชัน |
| เว็บไซต์ | การทำงานร่วมกัน |
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 คือ:
- ระบุธุรกรรมทางธุรกิจและทางเทคนิคที่น่าสนใจ
- แทรกการเรียกใช้ลงในแอปพลิเคชันไปยังอินเทอร์เฟซ ARM เพื่อวัดธุรกรรมที่กำหนดไว้เหล่านี้
- ติดตั้งแอปพลิเคชันที่มีการตรวจสอบแล้วในสภาพแวดล้อมปกติของผู้ใช้ โดยติดตั้งเอเจนต์ ARM ไว้ด้วย
- การใช้งาน 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 แล้ว:
- Apache HTTP Serverใช้โมดูล ARM 4.0 mod_arm4 [ 1 ] [ 2 ] คำขอ HTTPทั้งหมดจะถูกวัดโดยใช้ ARM
- Mozilla Firefoxใช้ส่วนขยาย ARM 4.0 XPCOM npARM [ 3 ]
- เซิร์ฟเวอร์แอปพลิเคชัน IBM WebSphere [ 4 ] คำขอต่างๆ เช่นURI , JSPและอื่นๆ จะถูกวัดโดยใช้ ARM
- เซิร์ฟเวอร์ IBM HTTP [ 5 ]
- เซิร์ฟเวอร์ฐานข้อมูลIBM Db2 [ 6 ]
- SAS (ซอฟต์แวร์)รองรับ SAS V8.2 ซึ่งเริ่มใช้งาน ARM 1.0 ใน SAS V8.2 เป็นครั้งแรก[ 7 ]ในเดือนมกราคม พ.ศ. 2545 SAS V9 ได้รับการเผยแพร่โดยรองรับ ARM 2.0 [ 7 ] SAS เวอร์ชัน 9.2 ได้แนะนำการรองรับ ARM 4.0 [ 8 ]
- Baan 5 และ Infor ERP Ln 6.1
- IBM Tivoli Access Manager
ลิงก์ภายนอก
- เว็บไซต์อย่างเป็นทางการของ Open Group สำหรับ ARM และ SDK แบบโอเพนซอร์ส
- Open-ARM คือการใช้งาน Java สำหรับ ARM4 แบบโอเพนซอร์ส
- MyARM คือไลบรารีที่รองรับมาตรฐาน ARM 4.0 อย่างสมบูรณ์ รองรับภาษา C/C++, Java, CSharp .NET และ Python พร้อมเวอร์ชันสำหรับชุมชนใช้งานฟรี
สรุปเนื้อหา
ข้อมูลสำคัญจากบทความ
ข้อมูลสำคัญเกี่ยวกับ การวัดการตอบสนองของแอปพลิเคชัน
Application Response Measurement ( ARM ) เป็นมาตรฐานเปิดที่เผยแพร่โดยOpen Groupสำหรับการตรวจสอบและวินิจฉัยปัญหาคอขวดด้านประสิทธิภาพภายในแอปพลิเคชันระดับองค์กรที่ซับซ้อน ซึ่งใช้...
ประวัติศาสตร์
ARM เวอร์ชัน 1 ได้รับการพัฒนาร่วมกันโดย Tivoli Software และ Hewlett-Packard ในปี 1996 เวอร์ชัน 2 ได้รับการพัฒนาโดยความร่วมมือของภาคอุตสาหกรรม (ARM Working Group) และเปิดให้ใช้งานในเดือนธันวาคม 1997 ในฐานะมาตรฐานเปิดที่ได้รับการอนุมัติจาก Open Group ARM 4.
การแนะนำ
การออกแบบแอปพลิเคชันในปัจจุบันมักมีความซับซ้อนมากขึ้นและกระจายอยู่ทั่วเครือข่าย ซึ่งนำไปสู่ความท้าทายใหม่ๆ ในการพัฒนาและเครื่องมือตรวจสอบในปัจจุบัน เพื่อให้ผู้พัฒนาแอปพลิเคชัน ผู้ดูแลระบบ และผู้ดูแลระบบแอปพลิเคชันได้รับข้อมูลที่พวกเขาต้องการ
แนวคิด
ARM กำหนดแนวคิดต่อไปนี้เพื่อให้สามารถใช้งานฟังก์ชันต่างๆ ได้ตามที่อธิบายไว้