Service mesh observability đang trở thành nhu cầu cấp thiết khi các hệ thống phân tán ngày càng phức tạp. Istio, Linkerd và Envoy proxy phát ra các metrics quan trọng như request rate, latency và error rate nhưng Ambient mode trong Istio làm thay đổi đáng kể cách thu thập dữ liệu quan sát. Không giống như metrics, tracing vẫn yêu cầu thay đổi ứng dụng để hoạt động hiệu quả. Lập trình viên nên đọc bài này để hiểu rõ cách triển khai observability trong service mesh hiện đại và tối ưu hóa việc giám sát hệ thống.
AI summaries can be wrong. Read the original before relying on anything important.
Why read it: Bài viết giúp lập trình viên hiểu rõ cách giám sát hiệu suất trong service mesh với các metric từ Istio, Linkerd và Envoy.
Answer 3 short questions to earn reward points for this article. Only do it if you want the points.
3 questions · under a minute · optional
Source: https://last9.io/blog/service-mesh-observability. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Read the news here, practice coding, follow structured courses and train for IELTS on our sibling products — all connected through one 8 Sync account.
The ecosystem home: product overviews, blog and full pricing.
ExploreLearn along a clear roadmap: videos, auto-graded quizzes, certificates and mentors who ship for a living.
View the roadmap1,000 DSA problems in Vietnamese, auto-graded across 7 languages — many FREE, right in your browser.
Practice for freeAI grading for all four IELTS skills with detailed rubric feedback.
Try it freeA 22 MB AI IDE for Vietnamese devs.
Download freeOrganizational memory for AI agents.
ExploreAI that staffs your Fanpage and qualifies leads for you.
Try itThis week vector search opened the MySQL Contributor Summit. A plugin started the fire, the M-ecosystem picked it up, the hyperscalers went native, and now the benchmark wars have begun.
Discover optimizer hints in MariaDB Server 13.0: MySQL-compatible syntax, query plan control, and advanced features for views and query blocks.
Bối cảnh xây dựng agentic development tech stack đang trở nên quan trọng khi các hệ thống AI tự chủ ngày càng phổ biến. Nguyên nhân kỹ thuật đến từ nhu cầu tích hợp nhiều thành phần như models, orchestration, memory, tools, observability, evaluations, guardrails và testing. Hệ quả là việc thiếu kế hoạch tổng thể dẫn đến hệ thống phức tạp, khó bảo trì và không đảm bảo chất lượng. Điều đáng học là cần có thiết kế hệ thống có cấu trúc, rõ ràng cho từng thành phần để tạo ra nền tảng agent mạnh mẽ và đáng tin cậy.
Bài này giúp bạn thiết kế hệ thống công cụ phát triển agent hiệu quả với các thành phần then chốt như model, orchestration và bảo mật.
NestJS phiên bản 12 đã chuyển đổi các package core sang ESM và triển khai Standard Schema validation. Thay đổi này giải quyết vấn đề module resolution trong ESM của JavaScript, giúp tăng hiệu suất cho các application lớn. Bản cập nhật cũng CLI và giới thiệu observability SDK để giám sát ứng dụng dễ dàng hơn. Lập trình viên nên đọc bài gốc để biết chi tiết về Standard Schema validation và cách tích hợp observability SDK vào project NestJS hiện tại.
NestJS 12 mang đến những cập nhật quan trọng về ESM, validation schema và khả năng quan sát hệ thống giúp lập trình viên nâng cao hiệu suất và hiệu quả phát triển ứng dụng.
OpenTelemetry JavaScript has released SDK 3.0 (stable v3.0.0 packages and experimental v0.300.0 packages) and API 1.10.0. Migration guide For a detailed description of breaking changes, see the OpenTelemetry JS SDK 3.x migration guide. What is JS SDK 3.x? JS SDK 3.x encompasses new releases of the @opentelemetry/* JavaScript packages published from the opentelemetry-js repository, except the API and semantic-conventions packages. The package versions for this new major will be >=3.0.0 for the stable and >=0.300.0 for the unstable packages. Details on the full list of packages can be found in the migration guide.
What is OpenTelemetry? See how the OTel framework standardizes traces, metrics, and logs so you can switch backends freely.
witr là công cụ truy vết nguyên nhân của tiến trình, port, container hay file đang chạy, hiển thị toàn bộ chuỗi khởi động từ systemd, supervisor, shell hay cron cùng thông tin người khởi động, thời gian, nguồn gốc và cảnh báo quan trọng. Có thể chạy dạng tương tác TUI hoặc script với định dạng đầu ra ngắn gọn (--short) hoặc JSON (--json), hỗ trợ đa nền tảng qua một file binary Go tĩnh.
Lập trình viên nên đọc bài này để hiểu cách khám phá và giải quyết nguyên nhân sâu sắc của các quá trình bất thường, container hoặc dịch vụ chạy trong hệ thống, từ nguồn gốc khởi động đến các cảnh báo quan trọng mà ps, top hoặc lsof không thể cung cấp.
Learn how any agent—whether it's Grafana Assistant, a coding agent in your IDE, or a tool you’ve built yourself—can interact with Grafana Cloud and use your observability data to find root causes faster.
Loading comments…