OpenTelemetry ในปี 2023

 (bit.kevinslin.com)
2 คะแนน โดย GN⁺ 2023-08-29 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • โปรเจกต์ OpenTelemetry (OTEL) มีเป้าหมายเพื่อมอบเทเลเมทรีคุณภาพสูง ใช้งานได้ทุกที่ และพกพาได้ สำหรับองค์กร
  • OTEL เริ่มต้นขึ้นในปี 2019 เมื่อโปรเจกต์โอเพนซอร์สด้านการติดตามสองโครงการรวมกันเป็น OpenTelemetry และได้ขยายขอบเขตให้ครอบคลุม observability ทั้งหมด
  • OTEL ได้ทำตามคำมั่นสัญญาด้วยการมอบมาตรฐานที่เสถียรสำหรับ metrics, logs และ traces รวมถึง collector และ SDK สำหรับทำ instrumentation กับโค้ดในภาษาหลักต่าง ๆ
  • OTEL เป็นโปรเจกต์ที่มีความเคลื่อนไหวมากเป็นอันดับสองใน CNCF และได้รับการนำไปใช้อย่างกว้างขวางในหมู่ผู้ให้บริการ observability
  • OTEL ประกอบด้วยส่วนของสเปกและอิมพลีเมนเทชัน โดยสเปกกำหนดมาตรฐานร่วม และอิมพลีเมนเทชันจัดเตรียม client libraries และเครื่องมือ
  • ตอนนี้สเปกของ OTEL มีความเสถียรแล้วสำหรับทุกสัญญาณ แต่ใน SDK บางตัว การรองรับ logging ยังมีข้อจำกัดอยู่
  • OTEL SDK มอบการทำ instrumentation ฝั่งไคลเอนต์ตามสเปกของ OTEL และมีระดับความสมบูรณ์ต่างกันไปในแต่ละสัญญาณ
  • โปรโตคอล OTEL อธิบาย common wire protocol สำหรับส่งข้อมูล observability และมีการนำไปใช้งานใน OTEL collector และโดยผู้ให้บริการ observability
  • OTEL collector เป็นเอเจนต์แบบ vendor-neutral ที่ทำหน้าที่รวบรวม แปลง และส่งต่อข้อมูล observability โดยมีคอมโพเนนต์หลากหลายชนิดที่รวมกันเป็น observability pipeline
  • Open Agent Management Protocol (OpAMP) ช่วยให้สามารถจัดการเอเจนต์จากระยะไกลได้ โดยรองรับความสามารถอย่างการกระจายคอนฟิกแบบไดนามิกและการอัปเดตเอเจนต์
  • OTEL Semantic Conventions กำหนดชุดแอตทริบิวต์ร่วมสำหรับข้อมูล observability เพื่อให้สามารถเชื่อมโยงความสัมพันธ์ข้ามสัญญาณต่าง ๆ ได้
  • OTEL เป็นโปรเจกต์ขนาดใหญ่ที่รวมส่วนเสริมเพิ่มเติม เช่น OpenTelemetry transformation language และเว็บไซต์ช็อปปิงที่สร้างบนเดโมไมโครเซอร์วิส
  • OTEL กำลังก้าวขึ้นเป็นมาตรฐานอุตสาหกรรมสำหรับ observability โดยสร้างรากฐานร่วมระหว่างผู้ให้บริการและเครื่องมือต่าง ๆ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-08-29
ความคิดเห็นจาก Hacker News
  • OpenTelemetry: เป็นมาตรฐานเชิงความหมาย โปรโตคอล ฟาซาด และไลบรารี ที่ให้การทำ abstraction ในหลายเลเยอร์
  • มีข้อกังวลว่า OpenTelemetry ขาดแนวทางที่ชัดเจนเกี่ยวกับการใช้งาน metrics, traces และ logs
  • ผู้ใช้บางส่วนมีประสบการณ์เชิงบวกที่สามารถเชื่อม OpenTelemetry กับเทคโนโลยีอื่นได้ง่ายและใช้งานได้คุ้มค่า
  • อย่างไรก็ตาม มีคำวิจารณ์ว่า OpenTelemetry ถูกออกแบบมาเกินความจำเป็น ไม่เหมาะกับผู้ใช้ และยังขาดฟีเจอร์
  • ไลบรารี OpenTelemetry อย่างเป็นทางการทำงานได้ไม่ดีบนเว็บฟรอนต์เอนด์ และอาจมีข้อจำกัดด้าน error correlation และ session replay
  • ระดับความพร้อมของไลบรารีไคลเอนต์สำหรับ OpenTelemetry ในแต่ละภาษายังแตกต่างกัน
  • ผู้ใช้บางส่วนได้ทดลองใช้ span events แทน logs ซึ่งได้ผลดี แต่ยังมีพื้นที่ให้ปรับปรุง UI
  • มีความสนใจในการผสาน OpenTelemetry กับแพลตฟอร์มอย่าง Datadog แต่ก็กังวลเรื่องความจำเป็นในการจัดการและการฝึกอบรมเพิ่มเติม
  • OpenTelemetry ถูกวิจารณ์ว่าเป็นโครงการที่ขับเคลื่อนด้วยการตลาด และไม่แนะนำสำหรับผู้ที่มีทางเลือก
  • มีความกังวลเกี่ยวกับต้นทุนและความต้องการด้านโครงสร้างพื้นฐานที่จำเป็นต่อการใช้ OpenTelemetry กับคำขอจำนวนมาก
  • OpenTelemetry ถูกโปรโมตในฐานะตัวแทนของ AWS X-Ray SDK แต่เมื่อใช้กับฟังก์ชัน Lambda จะมีปัญหาด้านประสิทธิภาพ