เมื่อต้นปีที่ผ่านมานั้น ทาง OpenTelemetry ได้ปล่อย Go Auto-Instrumentation using eBPF ออกมาซึ่งเป็น beta version ให้ลองใช้งานกันดูช่วยให้นักพัฒนาไม่ต้องเป็นเขียน code เพิ่มเติมสำหรับจัดการพวก log, trace และ metric เองซึ่งช่วยอำนวยความสะดวกขึ้นเยอะมาก ๆโดย library สำหรับภาษา Java, Java และ Python ก็ทำได้แล้วดังนั้นมาดูกันว่าเป็นอย่างไร และใช้งานอย่างไรบ้าง
จากที่ Deno 2.2 ปล่อยออกมานั้นหนึ่งในความสามารถที่น่าสนใจคือ สนับสนุน OpenTelemetry แล้วทำให้การจัดการ log, trace และ metric ของระบบงานง่ายขึ้นโดยจะทำงานแบบ auto instrumentation หรือแบบอัตโนมัติโดยที่ไม่ต้องเขียน code เลยแต่ถ้าต้องการ custom หรือสร้าง span ต่าง ๆ ก็ได้อีกด้วยดังนั้นมาลองใช้งานกัน
ตอนนี้ Spring Boot สนับสนุน OpenTelemetry Protocol (OTLP) เต็มตัวแล้วทั้งข้อมูล metric, trace และ logโดยข้อดีของ OTLP ประกอบไปด้วย มาลองใช้งานกัน
ทาง Prometheus ได้ปล่อย version 3 (beta) ออกมาให้ลองใช้งานยังไม่แนะนำให้นำไปใช้งานจริง ๆ นะมาดูว่ามีอะไรเปลี่ยนแปลงกันบ้าง
สำหรับใครที่จัดเก็บข้อมูล tracing ของระบบงานเป็นหนึ่งในข้อมูลที่สำคัญของระบบ observability น่าจะเคยเห็นและใช้งาน Jaeger กันมาบ้างโดยตอนนี้ทางทีมพัฒนาใกล้ปล่อย version 2 ออกมาให้ใช้งานกันแล้วมาดูว่ามีอะไรที่น่าสนใจกันบ้าง ๆ
OpenTelemetry นั้นเป็น project ที่ได้รับความนิยมขึ้นมาจากเรื่องของ Distributed tracing และยังขยายเป็นเรื่อง metric กับ log ด้วยโดยที่ตัวมันเองประกอบไปด้วยส่วนการทำงานต่าง ๆ เช่น ในฝั่งของ Grafana ก็มี LGTM stackแน่นอนว่าต้องสนับสนุน OpenTelemetry อย่างแน่นอนและเพื่อให้ง่ายต่อการใช้งาน ทาง Grafana จึงได้สร้าง Docker image ออกมาในชื่อ grafana/otel-lgtmดังนั้นมาลองใช้งานกัน
จากการแบ่งปันเรื่องของการทดสอบแบบอัตโนมัตินั้นมีคำถามที่น่าสนใจคือเราจะทำการจัดการและแสดงผลการทดสอบอย่างไรดีเพื่อให้ทุกคนที่เกี่ยวข้อเข้าถึงได้ง่ายและเมื่อมีปัญหาทุก ๆ คนที่สนใจ สามารถเห็น หรือ ได้รับข้อมูลทันทีดังนั้นลองมาทำกันดูหน่อย
ทำการสรุป VDO เรื่อง Build in Observability While Developing จากงาน KubeConทำการอธิบายถึง observability ของระบบว่าช่วยให้เราเข้าใจสิ่งที่กำลังเกิดขึ้นในระบบงาน หรือบน productionแต่มักจะพบว่า ในการพัฒนาและส่งมอบ feature นั้นมักจะแยกระหว่าง code กับพวก observability (log, trace, metric) ออกจากกัน
จากการเปลี่ยนแปลงสิ่งต่าง ๆ ใน Spring Boot 3.2 นั้นหนึ่งสิ่งที่น่าสนใจคือ Distributed Tracingโดยเป็นการเปลี่ยนแปลงจาก Spring Boot 2.x แบบหน้ามือหลังมือไม่สามารถใช้งานร่วมกันได้จึงทำการสรุปการใช้งานไว้นิดหน่อย
ระบบการทำงานที่ต้องติดต่อสื่อสารกันผ่านระบบ networkไม่ว่าจะเป็น HTTP/HTTPs, Messaging protocol ต่าง ๆมีคำถามที่น่าสนใจคือเราจะตรวจสอบการทำงานได้อย่างไรว่าทำงานได้อย่างถูกต้องตามที่เราต้องการ