การตรวจสอบประสิทธิภาพ NGINX อัตโนมัติด้วย AppSignal:ข้อมูลเชิงลึกแบบเรียลไทม์และแดชบอร์ดแบบกำหนดเอง

การทำความเข้าใจว่า NGINX ทำงานอย่างไรนั้นเป็นเรื่องที่ล้นหลาม มีข้อมูลหลายจุดที่ต้องปฏิบัติตาม และอาจเป็นเรื่องยากที่จะทราบว่าจุดใดที่เกี่ยวข้องกับคุณ และจุดใดที่คุณสามารถเพิกเฉยได้

ในบทความนี้ เราจะอธิบายวิธีที่คุณสามารถใช้ AppSignal เพื่อตรวจสอบ NGINX ซึ่งจะขยายการมองเห็นประสิทธิภาพของแอปพลิเคชันของคุณ

ทำให้ตัวชี้วัดทั้งหมดของคุณมหัศจรรย์

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

Magic Dashboards ของคุณจะปรากฏใต้รายการแดชบอร์ดของแอปพลิเคชันของคุณโดยอัตโนมัติ เมื่อตั้งค่าแดชบอร์ดแล้ว คุณสามารถดูแลจัดการเพื่อแสดงเมตริกที่เหมาะกับบริบทเฉพาะของแอปพลิเคชันของคุณ

แสดงภาพตัวชี้วัด NGINX ของคุณด้วย Magic Dashboards

มาดูกันว่า Magic Dashboards ของเราช่วยให้คุณใช้การกระทำของ NGINX ได้อย่างไรเมื่อความพร้อมใช้งานของแอปพลิเคชันของคุณถูกคุกคาม โดยมีการรับส่งข้อมูลสูงทำให้เกิดการหยุดทำงาน

ลองนึกภาพคุณมีแอปพลิเคชันชื่อ SnapGram ที่ให้ผู้ใช้สามารถอัปโหลดรูปถ่าย ดูและถูกใจรูปถ่ายของผู้ใช้รายอื่นได้ แอปพลิเคชันของคุณมีผู้ใช้เฉพาะจำนวนไม่มาก และค่อนข้างเสถียรโดยไม่มีปัญหาด้านความพร้อมใช้งาน

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

NGINX Magic Dashboard ของคุณบอกเล่าเรื่องราวอื่น:

ปริมาณงาน กราฟให้ข้อมูลเชิงลึกอย่างรวดเร็วเกี่ยวกับจำนวนคำขอที่แอปพลิเคชันของเราได้รับ เมื่อดูกราฟ เราจะเห็นว่า SnapGram กำลัง "ทำลายอินเทอร์เน็ต" และได้รับการร้องขอจำนวนมาก เวลาขอของเรา กราฟก็เพิ่มขึ้นเช่นกัน ดังนั้น SnapGram จึงใช้เวลานานกว่าในการตอบสนองต่อคำขอ การเชื่อมต่อ แผนภูมิซึ่งแสดงสถานะการเชื่อมต่อกับแอปพลิเคชันของเรา แสดงให้เราเห็นว่าผู้คนจำนวนมากกำลังรอให้ SnapGram ตอบกลับ มันไม่สามารถตอบสนองความต้องการได้

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

เมื่อคุณทราบแล้วว่าปัญหาไม่อยู่ในโค้ดของคุณ คุณสามารถปรับปรุงความพร้อมใช้งานของ SnapGram ได้ด้วยการเปิดเซิร์ฟเวอร์เพิ่มเติมเพื่อให้แอปพลิเคชันของคุณจัดการการรับส่งข้อมูลได้ดีขึ้น เซิร์ฟเวอร์ใหม่แต่ละเซิร์ฟเวอร์จะปรากฏเป็นเครื่องหมายที่แตกต่างกันใน เวลาตอบสนองอัปสตรีม ของ Magic Dashboard และ รหัสสถานะอัปสตรีม กราฟซึ่งให้ข้อมูลเชิงลึกต่อกระบวนการแก่คุณ

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

ตัวชี้วัดเพิ่มเติม =ความมหัศจรรย์ที่มากขึ้น

SnapGram เป็นเพียงตัวอย่างง่ายๆ ของการที่การเข้าถึงตัววัดที่อ่านง่ายสามารถช่วยให้คุณรักษาแอปพลิเคชันของคุณให้เสถียรและได้รับประโยชน์สูงสุดจากการผสานรวม NGINX ของคุณได้อย่างไร

แดชบอร์ด NGINX Magic ของเราสามารถติดตามตัวชี้วัดต่อไปนี้:

• เวลาขอ: เวลาที่เซิร์ฟเวอร์ NGINX ของคุณใช้ในการตอบสนองต่อคำขอ โดยเป็นค่าเฉลี่ยต่อนาทีและเปอร์เซ็นไทล์ที่ 95
• ปริมาณงาน: จำนวนคำขอที่จัดการโดยเซิร์ฟเวอร์ NGINX ของคุณ
• ความยาวของคำขอ: ความยาวเป็นไบต์ของคำขอที่ได้รับจากไคลเอนต์โดยเซิร์ฟเวอร์ NGINX ของคุณ โดยเป็นค่าเฉลี่ยต่อนาทีและเปอร์เซ็นไทล์ที่ 95
• ระยะเวลาในการตอบกลับ: ความยาวเป็นไบต์ของการตอบกลับที่ส่งไปยังไคลเอนต์โดยเซิร์ฟเวอร์ NGINX ของคุณ โดยเป็นค่าเฉลี่ยต่อนาทีและเปอร์เซ็นไทล์ที่ 95
• รหัสสถานะ: จำนวนรหัสสถานะของการตอบกลับที่ส่งโดยเซิร์ฟเวอร์ NGINX ของคุณ
• การเชื่อมต่อ: มาตรวัดการเชื่อมต่อที่กำลังจัดการโดยเซิร์ฟเวอร์ NGINX ของคุณ วัดหนึ่งครั้งต่อนาทีและแบ่งกลุ่มตามสถานะการเชื่อมต่อ
• รหัสสถานะอัปสตรีม: จำนวนรหัสสถานะของการตอบสนองที่ส่งโดยเซิร์ฟเวอร์อัปสตรีมที่พร็อกซีเซิร์ฟเวอร์ NGINX ของคุณส่งมา
• เวลาตอบสนองต้นทาง: เวลาที่ใช้ในการตอบสนองต่อคำขอโดยเซิร์ฟเวอร์อัปสตรีมที่พร็อกซีเซิร์ฟเวอร์ NGINX ของคุณใช้ โดยคิดเป็นค่าเฉลี่ยต่อนาทีและเปอร์เซ็นไทล์ที่ 95
• สถานะแคชอัปสตรีม: สถานะแคช (เช่น HIT หรือ MISS) เมื่อจัดการคำขอแคชพร็อกซีจากเซิร์ฟเวอร์อัปสตรีม

หากคุณพร้อมที่จะเริ่มต้นด้วย NGINX และ AppSignal แล้ว เรียนรู้เพิ่มเติมเกี่ยวกับการกำหนดค่าการผสานรวม AppSignal ในเอกสารประกอบตัววัด NGINX ของเรา

Magic Dashboard ของ AppSignal เป็นเพียงหนึ่งในคุณสมบัติที่ขับเคลื่อนโดยนักพัฒนาของเรา ซึ่งจะช่วยให้คุณได้รับประโยชน์สูงสุดจากการตรวจสอบแอปพลิเคชันของคุณ นักพัฒนายังสนุกกับการใช้การตรวจสอบของเราเพราะเรามี:

• อินเทอร์เฟซที่ใช้งานง่ายซึ่งใช้งานง่าย
• การกำหนดราคาที่เรียบง่ายและคาดเดาได้
• การสนับสนุนระหว่างนักพัฒนาถึงนักพัฒนา

หากคุณเป็นผู้ใช้ทดลองใหม่ คุณยังสามารถรับสโตรปวาเฟิลฟรีหนึ่งกล่องได้ด้วย เมื่อคุณเริ่มส่งข้อมูล โปรดติดต่อเราแล้วเราจะส่งพัสดุไปให้คุณ 🍪!

คอนเนอร์ เจมส์

ผู้จัดการฝ่ายการตลาดนักพัฒนาซอฟต์แวร์ที่ AppSignal ผู้ติดพอดแคสต์ที่ชื่นชอบ Cannoli มากจนกำลังพิจารณาเปลี่ยนชื่อเป็น Connoli เขาคิดว่ามีตัว 'u' อยู่ในสี คุณอาจพบเขาหน้าไมค์ บนเวที หรือนอนอยู่บนโซฟาเมื่อเขาเลิกงาน

บทความทั้งหมดโดย Connor James