คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X ข้อมูล
ส่วนนี้จะเปรียบเทียบการตรวจสอบ API กับ Edge Analytics แม้ว่าทั้ง API Monitoring และ Edge Analytics จะให้คุณรวบรวมและดูข้อมูล API ได้ แต่ทั้ง 2 อย่างมีวัตถุประสงค์ที่แตกต่างกัน ดังนี้
- เป้าหมายของ API Monitoring คือการตรวจสอบว่า API พร้อมใช้งานได้ตามที่ต้องการ สำหรับจุดประสงค์นี้ คุณต้องการดูข้อมูลล่าสุดที่มี API Monitoring จะให้ข้อมูลที่แทบจะเป็นแบบเรียลไทม์ และให้คุณสร้างการแจ้งเตือนเพื่อแจ้งให้คุณทราบในกรณีที่เกิดปัญหาขึ้น
- เป้าหมายของ Edge Analytics คือการทำความเข้าใจพฤติกรรมระยะยาวของ API เพื่อให้มั่นใจว่า API จะให้การสนับสนุนข้อกำหนดทางธุรกิจ หรือทำการเปลี่ยนแปลงหากจำเป็น สำหรับวัตถุประสงค์เหล่านี้ การดูข้อมูลแบบเรียลไทม์จึงไม่จำเป็น ส่งผลให้ข้อมูล Analytics ล่าช้าเล็กน้อย แต่โดยมากไม่เกิน 10 นาทีแล้ว
โปรดทราบว่าข้อมูล API Monitoring ซึ่งส่วนใหญ่เกี่ยวข้องกับรหัสข้อผิดพลาดและเวลาในการตอบสนองนั้นเป็นส่วนย่อยขนาดเล็กของข้อมูล Analytics
ความแตกต่างระหว่างข้อมูล API Monitoring และข้อมูล Analytics
ส่วนนี้จะอธิบายความแตกต่างเล็กน้อยระหว่างข้อมูลที่รวบรวมโดย Edge Analytics เทียบกับการตรวจสอบ API เนื่องจาก API Monitoring และ Analytics ใช้ไปป์ไลน์ข้อมูลที่แตกต่างกัน คุณจึงอาจเห็นความแตกต่างเล็กน้อยระหว่างรายงานที่กำหนดเองที่สร้างโดย Monitoring และรายงานที่สร้างโดย Analytics ตัวอย่างเช่น คุณอาจเห็นความคลาดเคลื่อนในผลลัพธ์ที่รายงานสำหรับข้อผิดพลาดการหมดเวลา ทั้งระยะหมดเวลาของแบ็กเอนด์ (รหัสสถานะ HTTP 504 ในคำขอ) และการหมดเวลาของไคลเอ็นต์ (รหัสสถานะ HTTP 499) ซึ่งอาจแสดงพร้อมกับรหัสสถานะ 200 ในรายงานที่กำหนดเองของ Analytics แต่จะแสดงพร้อมรหัสสถานะ 504 หรือ 499 ในรายงานที่กำหนดเองของ Monitoringการตรวจสอบ API
การตรวจสอบ API ให้ข้อมูลเชิงลึกแบบเรียลไทม์เกี่ยวกับประสิทธิภาพของ API และช่วยให้คุณวินิจฉัยและแก้ไขปัญหาได้อย่างรวดเร็วเพื่อให้ API ทำงานได้ตามที่ต้องการ
API Monitoring ช่วยให้คุณทำสิ่งต่อไปนี้ได้
- เพิ่มความพร้อมใช้งานของ API และลดค่าเฉลี่ยเวลาที่ต้องใช้ในการวินิจฉัย (MTTD)
- ดำเนินการอย่างเหมาะสมตามการแจ้งเตือนตามบริบทก่อนที่ผู้บริโภคจะได้รับผลกระทบ
- ใช้ประโยชน์จากโค้ดข้อผิดพลาด Apigee ของ Apigee เพื่อเพิ่มความรวดเร็วในการวิเคราะห์
- แยกส่วนที่เป็นปัญหาอย่างรวดเร็วเพื่อวินิจฉัยข้อผิดพลาด ประสิทธิภาพ และปัญหาด้านเวลาในการตอบสนองและแหล่งที่มา
การวิเคราะห์ Edge API
Edge API Analytics จะรวบรวมและวิเคราะห์ข้อมูลที่ไหลผ่าน API API Analytics จะบันทึกข้อมูลอย่างเช่น
- แนวโน้มของการรับส่งข้อมูล API เมื่อเวลาผ่านไป
- แอปยอดนิยมของคุณ
- นักพัฒนาซอฟต์แวร์ยอดนิยมของคุณคือใคร
- วิธี API ที่ได้รับความนิยมมากที่สุด
- เมื่อใดที่เวลาตอบสนองของ API เร็วที่สุด/ช้าที่สุด
- คุณเห็นการเข้าชม API มากที่สุดตามภูมิศาสตร์ที่ใด
ข้อมูลที่รวบรวมโดยการวิเคราะห์ API
API Analytics จะรวบรวมและวิเคราะห์ข้อมูลที่หลากหลายที่ไหลผ่าน API ตัวอย่างเช่น ขณะที่คุณใช้งาน API อยู่ Analytics จะบันทึกจำนวนข้อความที่ได้รับ จำนวนนักพัฒนาซอฟต์แวร์ เวลาในการตอบกลับ ข้อผิดพลาด จำนวนแอปที่ใช้งานอยู่ ขนาดคำขอ และข้อมูลอื่นๆ อีกมากมายอย่างต่อเนื่อง
หากต้องการทราบข้อมูลเบื้องต้นที่ดีเกี่ยวกับเมตริกและวิธีการใช้งาน โปรดดูใช้ API เมตริกเพื่อวัดประสิทธิภาพโปรแกรม API หากต้องการดูรายการเมตริกทั้งหมด โปรดดูข้อมูลอ้างอิงเมตริก มิติข้อมูล และตัวกรองของ Analytics
รวบรวมเมตริกที่กำหนดเอง
นอกจากนี้คุณยังรวบรวมเมตริกที่กำหนดเองได้โดยใช้นโยบายStatisticsCollector นโยบาย StatisticsCollector สามารถเขียนข้อมูลจากส่วนหัวของคำขอ, เพย์โหลด XML/JSON, พารามิเตอร์การค้นหา, URI และตำแหน่งอื่นๆ ไปยังเซิร์ฟเวอร์ Analytics เพื่อการวิเคราะห์และสร้างรายงาน
เข้าถึงข้อมูล Analytics
เมื่อสร้างแล้ว คุณจะเข้าถึงเมตริกที่กำหนดไว้ล่วงหน้าและเมตริกที่กำหนดเองได้โดยใช้เครื่องมือแสดงภาพของ API Analytics ซึ่งรวมถึงแดชบอร์ด รายงานที่กำหนดเอง และแผนที่ภูมิศาสตร์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับเครื่องมือแสดงภาพที่มาจาก API Analytics โปรดดูหน้าแดชบอร์ดของ Analytics ดูข้อมูลเพิ่มเติมเกี่ยวกับรายงานที่กำหนดเองได้ที่สร้างรายงานที่กำหนดเอง
เปรียบเทียบ API Monitoring กับ API Analytics
นักพัฒนา API จะใช้ทั้ง API Monitoring และ API Analytics ความแตกต่างหลักอย่างหนึ่งระหว่างทั้ง 2 แบบคือกลไกการแจ้งเตือนที่มีอยู่ใน API Monitoring การแจ้งเตือนช่วยให้ทีมปฏิบัติการตอบกลับปัญหาที่เกิดกับ API ได้แบบเรียลไทม์เพื่อให้มั่นใจว่า API ของคุณพร้อมใช้งานและทำงานได้ตามที่คาดไว้
เงื่อนไขการแจ้งเตือนจะกําหนดรหัสสถานะที่เฉพาะเจาะจง (2xx/4xx/5xx) เกณฑ์เวลาในการตอบสนอง และรหัสข้อผิดพลาด ซึ่งเมื่อเกินเกณฑ์จะทริกเกอร์การแจ้งเตือนด้วยภาพใน UI และส่งการแจ้งเตือนผ่านช่องทางต่างๆ เช่น อีเมล, Slack, Pagerduty หรือเว็บฮุค คุณสามารถตั้งค่าการแจ้งเตือนในระดับสภาพแวดล้อม พร็อกซี API หรือบริการเป้าหมาย หรือภูมิภาค
หลังจากที่มีการแจ้งเตือน ทีมปฏิบัติการสามารถใช้ UI การตรวจสอบ API เพื่อตรวจสอบปัญหาและเจาะลึกไปยังสาเหตุของปัญหาได้ จากนั้นคุณสามารถสร้างรายงานที่กำหนดเอง ซึ่งมีข้อมูลการแจ้งเตือนที่กำหนดไว้ล่วงหน้า เช่น
- เวลาในการตอบกลับทั้งหมด
- เวลาตอบสนองเป้าหมาย
- ข้อผิดพลาดของพร็อกซี
- ข้อผิดพลาดของเป้าหมาย
- ขอ UUID
- และอื่นๆ
API Analytics ได้รับการออกแบบมาเพื่อบันทึกข้อมูลที่หลากหลายเพื่อการใช้งานโดยหลายทีม เช่น
- ทีมปฏิบัติการสามารถใช้ข้อมูล Analytics เพื่อระบุช่วงที่มีการเข้าชมสูงหรือต่ำ เพื่อเพิ่มหรือลดขนาดบริการของคุณเพื่อตอบสนองความต้องการที่เปลี่ยนแปลงไป
- ทีมการตลาดสามารถใช้ข้อมูลของ Analytics เพื่อระบุรูปแบบการใช้งานของลูกค้าที่ระบุโดย API, แอป, ลูกค้า หรือข้อมูลอื่นๆ แต่ละรายการ
- ทุกทีมสามารถเข้าถึงข้อมูลที่กำหนดเองที่รวบรวมจากคำขอเพื่อติดตามข้อมูลเฉพาะ เช่น ค่าส่วนหัว พารามิเตอร์การค้นหา หรือเพย์โหลดคำขอ