OpenTelemetry là một khuôn khổ quan sát mã nguồn mở để tạo ra, thu thập và xuất telemetry từ các ứng dụng và cơ sở hạ tầng. Nó hỗ trợ các tín hiệu quan sát quan trọng bao gồm trace, metrics và logs.
Các ứng dụng hiện đại thường trải rộng trên nhiều dịch vụ, container, nền tảng đám mây, cơ sở dữ liệu và API bên ngoài. Khi có sự cố xảy ra, một bản ghi máy chủ duy nhất có thể không giải thích được điều gì đã xảy ra. OpenTelemetry cung cấp các tiêu chuẩn chung về instrumentation và thực hành telemetry giúp kỹ sư hiểu hành vi hệ thống giữa các thành phần này.
OpenTelemetry là gì?
OpenTelemetry, thường được viết tắt là OTel, là một dự án quan sát trung lập về nhà cung cấp thuộc Quỹ Điện toán Đám mây Native. Nó cung cấp API, SDK, instrumentation, quy ước ngữ nghĩa, giao thức và OpenTelemetry Collector cho quy trình công việc telemetry.
OpenTelemetry không phải là một backend giám sát hoàn chỉnh. Thay vào đó, nó giúp các ứng dụng và cơ sở hạ tầng sản xuất và truyền đạt telemetry đến các hệ thống có thể lưu trữ, phân tích, trực quan hóa và cảnh báo về dữ liệu đó.
OpenTelemetry hỗ trợ loại telemetry nào?
Dấu vết
Một trace đại diện cho con đường của một yêu cầu qua một hệ thống phân tán. Nó có thể cho thấy một yêu cầu di chuyển từ cổng API qua các dịch vụ ứng dụng, cơ sở dữ liệu, bộ nhớ đệm và dịch vụ bên ngoài.
Chỉ số
Metrics là các phép đo số được thu thập theo thời gian. Ví dụ bao gồm số lượng yêu cầu, độ trễ, tỷ lệ lỗi, mức sử dụng CPU và các phép đo khác của ứng dụng hoặc cơ sở hạ tầng.
Nhật ký
Logs là các bản ghi có dấu thời gian về các sự kiện do ứng dụng và hệ thống tạo ra. Khi được tương quan đúng với trace và metrics, logs có thể cung cấp ngữ cảnh bổ sung trong quá trình khắc phục sự cố.
Tại sao OpenTelemetry lại quan trọng
Nếu không có các tiêu chuẩn instrumentation chung, các tổ chức có thể bị ràng buộc chặt chẽ với các nhà cung cấp quan sát riêng biệt hoặc duy trì các tích hợp khác nhau cho các ứng dụng khác nhau.
OpenTelemetry cung cấp một khuôn khổ chung có thể đơn giản hóa instrumentation và cho phép telemetry được xuất ra các backend tương thích. Điều này có thể mang lại cho các đội kỹ sư nhiều linh hoạt hơn khi thiết kế kiến trúc quan sát.
OpenTelemetry hoạt động như thế nào
- Một thành phần của ứng dụng hoặc cơ sở hạ tầng tạo ra telemetry.
- Các API và SDK của OpenTelemetry cung cấp khả năng instrumentation và xử lý telemetry.
- Telemetry có thể được xử lý bởi một OpenTelemetry Collector hoặc các thành phần hỗ trợ khác.
- Telemetry được xuất ra bằng cách sử dụng các giao thức và bộ xuất hỗ trợ.
- Một backend quan sát lưu trữ và phân tích dữ liệu kết quả.
Kiến trúc này tách biệt instrumentation ứng dụng và thu thập telemetry khỏi hệ thống cuối cùng lưu trữ và phân tích dữ liệu.
Kiến trúc OpenTelemetry
API
Các API của OpenTelemetry xác định các giao diện mà các ứng dụng và thư viện có thể sử dụng để tạo ra và tương tác với telemetry.
SDK
SDK cung cấp các triển khai và cấu hình cụ thể cho ngôn ngữ để tạo ra, xử lý và xuất telemetry.
Thiết bị
Instrumentation thêm telemetry vào một ứng dụng. Nó có thể là thủ công, nơi các nhà phát triển tự thêm instrumentation, hoặc tự động, nơi các thư viện và khung hỗ trợ sản xuất telemetry với ít thay đổi mã ứng dụng hơn.
Bộ thu thập OpenTelemetry
OpenTelemetry Collector là một thành phần trung lập về nhà cung cấp có thể nhận, xử lý và xuất telemetry. Nó có thể hoạt động gần với khối lượng công việc hoặc như một cổng phục vụ nhiều ứng dụng.
Bộ thu thập OpenTelemetry là gì?
Collector có thể tập trung xử lý telemetry giữa các ứng dụng và backend quan sát. Các pipeline của nó có thể nhận telemetry, áp dụng xử lý như phân nhóm hoặc lọc, và xuất dữ liệu đến các đích đã chọn.
Ví dụ, một tổ chức có thể sử dụng Collector để thêm thuộc tính, lọc dữ liệu không mong muốn, kiểm soát quá trình batch hoặc định tuyến các tín hiệu telemetry khác nhau đến các đích khác nhau. Điều này có thể giảm bớt logic cụ thể của backend bên trong các dịch vụ ứng dụng.
OpenTelemetry và Truyền thống Quan sát
| Khu vực | OpenTelemetry | Tích hợp điểm |
|---|---|---|
| Thiết bị | API, SDK và quy ước chung | Thường là thư viện hoặc đại lý cụ thể của nhà cung cấp |
| Định tuyến telemetry | Có thể sử dụng đường ống Collector và giao thức chuẩn hóa | Có thể gửi dữ liệu trực tiếp đến một backend cụ thể |
| Tính linh hoạt của backend | Được thiết kế để tương tác | Có thể tạo ra sự liên kết mạnh mẽ hơn với nhà cung cấp |
| Theo dõi phân tán | Khái niệm theo dõi được chuẩn hóa | Việc triển khai khác nhau tùy vào nền tảng |
Tracing phân tán với OpenTelemetry
Theo dõi phân tán đặc biệt hữu ích cho các microservices. Một yêu cầu đơn lẻ có thể vượt qua nhiều thành phần, khiến việc xác định nguồn gốc của độ trễ hoặc lỗi trở nên khó khăn.
OpenTelemetry sử dụng spans để đại diện cho các hoạt động riêng lẻ trong một trace. Các spans liên quan có thể hiển thị chuỗi và thời gian làm việc qua các dịch vụ.
Khi ngữ cảnh trace được truyền đúng cách, các kỹ sư có thể theo dõi một yêu cầu qua các ranh giới quy trình và mạng.
OpenTelemetry và Microservices
Microservices giao tiếp qua API, hệ thống nhắn tin, cơ sở dữ liệu và các giao thức khác. Kiến trúc này có thể cung cấp tính linh hoạt trong việc triển khai nhưng cũng có thể khiến việc khắc phục sự cố trở nên khó khăn hơn.
OpenTelemetry có thể cung cấp telemetry nhất quán trên các dịch vụ. Các thuộc tính và ngữ cảnh trace chung có thể giúp kết nối các yêu cầu, hoạt động và sự cố qua các ranh giới dịch vụ.
Cách quy ước ngữ nghĩa của OpenTelemetry
Các quy ước ngữ nghĩa định nghĩa các tên và nghĩa tiêu chuẩn hóa cho các thuộc tính telemetry thường được ghi lại. Các quy ước nhất quán giúp việc truy vấn và so sánh telemetry dễ dàng hơn trên các ứng dụng và dịch vụ.
Những quy ước này có thể bao gồm các công nghệ và hoạt động phổ biến như HTTP, cơ sở dữ liệu, hệ thống nhắn tin và tài nguyên dịch vụ.
Công cụ tự động vs. công cụ thủ công
Công cụ tự động có thể tạo ra telemetry cho các thư viện và framework được hỗ trợ với thay đổi mã ứng dụng tương đối ít. Nó hữu ích cho việc thiết lập phạm vi rộng nhanh chóng.
Công cụ thủ công cho phép các nhà phát triển thêm các spans, chỉ số và thuộc tính cụ thể của ứng dụng mà công cụ tự động có thể không hiểu.
Nhiều triển khai observability trưởng thành sử dụng cả hai phương pháp: công cụ tự động cho các framework phổ biến và công cụ thủ công cho các hoạt động ứng dụng quan trọng.
Lợi ích của OpenTelemetry
- Sự trung lập của nhà cung cấp: Dữ liệu đo lường có thể được xuất ra các hệ thống quan sát tương thích.
- Chuẩn hóa: Các API và quy ước chung giảm thiểu việc cài đặt bị phân mảnh.
- Theo dõi phân tán: Các nhóm có thể theo dõi yêu cầu qua nhiều dịch vụ.
- Thu thập linh hoạt: Bộ thu thập có thể xử lý và định tuyến dữ liệu đo lường.
- Hệ sinh thái mở: Dự án có sự tham gia rộng rãi của cộng đồng và ngành công nghiệp.
- Tương quan tín hiệu: Các chỉ số, nhật ký và dấu vết có thể cung cấp cái nhìn liên kết hơn về hành vi của hệ thống.
OpenTelemetry và các Backends Quan sát
OpenTelemetry không nhất thiết là cơ sở dữ liệu hoặc bảng điều khiển được sử dụng để phân tích dữ liệu đo lường. Thay vào đó, dữ liệu đo lường có thể được xuất ra các backend tương thích.
Khi chọn backend, các nhóm nên đánh giá lưu trữ, khả năng truy vấn, cảnh báo, lưu giữ, chi phí, bảo mật và trực quan hóa. OpenTelemetry có thể giúp tách biệt quyết định cài đặt ứng dụng khỏi việc chọn backend.
Cân nhắc về hiệu suất và chi phí
Dữ liệu quan sát tiêu tốn CPU, bộ nhớ, băng thông mạng và lưu trữ. Việc thu thập mọi sự kiện có thể với chi tiết tối đa có thể trở nên tốn kém và có thể làm cho các tín hiệu quan trọng khó xác định hơn.
Các nhóm nên thiết lập chính sách lấy mẫu, lọc, lưu giữ và thuộc tính phù hợp. Thông tin nhạy cảm cũng nên được loại trừ hoặc bảo vệ theo yêu cầu về bảo mật và quyền riêng tư.
Bảo mật và quyền riêng tư của OpenTelemetry
Dữ liệu đo lường có thể chứa thông tin nhạy cảm. Các thuộc tính yêu cầu, URL, định danh người dùng, câu lệnh cơ sở dữ liệu và thông điệp nhật ký có thể tiết lộ thông tin bí mật nếu cài đặt không được thiết kế tốt.
- Xem lại các thuộc tính đã được thu thập.
- Không bao giờ đặt thông tin xác thực hoặc bí mật vào dữ liệu đo lường.
- Áp dụng kiểm soát truy cập cho các hệ thống quan sát.
- Bảo vệ dữ liệu đo lường trong quá trình truyền tải nếu cần thiết.
- Định nghĩa các chính sách lưu giữ cho dữ liệu đo lường.
- Lọc hoặc xóa các giá trị nhạy cảm.
- Xem lại các trình xuất bên thứ ba và tích hợp backend.
Cách bắt đầu sử dụng OpenTelemetry
- Xác định các ứng dụng và dịch vụ cần quan sát tốt hơn.
- Chọn SDK ngôn ngữ OpenTelemetry hoặc phương pháp đo lường phù hợp.
- Bắt đầu với các dịch vụ và tín hiệu có giá trị cao.
- Sử dụng thuộc tính tài nguyên và quy ước ngữ nghĩa nhất quán.
- Triển khai OpenTelemetry Collector khi xử lý trung tâm là hữu ích.
- Xuất telemetry đến một backend tương thích.
- Xác thực sự truyền dẫn ngữ cảnh theo dõi giữa các dịch vụ.
- Đo lường chất lượng, khối lượng, chi phí và tính hữu ích của telemetry.
Mẹo từ chuyên gia
- Bắt đầu với một vài dịch vụ quan trọng thay vì đo lường tất cả ngay lập tức.
- Sử dụng tên dịch vụ và thuộc tính tài nguyên nhất quán.
- Kết hợp đo lường tự động với đo lường thủ công có mục tiêu.
- Sử dụng mẫu theo dõi một cách sáng suốt cho các hệ thống có khối lượng lớn.
- Giữ thông tin nhạy cảm ra khỏi telemetry.
- Theo dõi chính ống dẫn telemetry cho dữ liệu bị mất và việc sử dụng tài nguyên.
- Đặt ra các quy định về lưu trữ và kiểm soát chi phí trước khi khối lượng telemetry tăng đáng kể.
Những sai lầm thường gặp với OpenTelemetry
- Giả định rằng OpenTelemetry là một backend quan sát hoàn chỉnh.
- Thu thập telemetry quá mức mà không có kiểm soát chi phí hoặc lưu trữ.
- Sử dụng các tên và thuộc tính dịch vụ không nhất quán.
- Bỏ qua sự truyền dẫn ngữ cảnh theo dõi giữa các dịch vụ.
- Làm lộ thông tin nhạy cảm qua nhật ký hoặc thuộc tính span.
- Dựa hoàn toàn vào đo lường tự động cho hành vi cụ thể của ứng dụng.
- Failing to monitor the Collector and telemetry pipeline.
Câu hỏi thường gặp
OpenTelemetry là gì trong các điều đơn giản?
OpenTelemetry is an open-source framework for generating, collecting, and exporting telemetry such as traces, metrics, and logs.
OpenTelemetry có phải là công cụ giám sát không?
OpenTelemetry is primarily an observability framework and telemetry ecosystem. It typically sends telemetry to another backend for storage, querying, visualization, and alerting.
Những tín hiệu chính của OpenTelemetry là gì?
The commonly used signals are traces, metrics, and logs. The project also has ecosystem support for related observability data as its capabilities evolve.
OpenTelemetry Collector là gì?
The Collector is a vendor-neutral component that can receive, process, and export telemetry between applications and observability backends.
OpenTelemetry có thay thế Prometheus không?
Not necessarily. OpenTelemetry and Prometheus have different architectures and roles, although their metrics capabilities can overlap. OpenTelemetry can collect and export metrics to compatible systems.
OpenTelemetry có hoạt động với Kubernetes không?
Yes. OpenTelemetry can be deployed in Kubernetes environments to collect application and infrastructure telemetry, including through the OpenTelemetry Collector.
OpenTelemetry có trung lập về nhà cung cấp không?
Yes. Vendor neutrality and interoperability are central goals of the project, although the final backend and exporter choices still affect an organization’s architecture.
Người mới bắt đầu có nên học OpenTelemetry không?
It is useful for engineers working with distributed applications, cloud infrastructure, microservices, or modern observability. Beginners should first understand basic monitoring and telemetry concepts.
Kết luận
OpenTelemetry provides a common foundation for instrumenting applications and collecting telemetry across modern distributed systems. Its APIs, SDKs, semantic conventions, and Collector can help teams build more consistent and portable observability pipelines.
The best results come from purposeful instrumentation. Teams should collect signals that answer operational questions, protect sensitive information, control telemetry costs, and connect metrics, logs, and traces into a coherent view of application behavior.
Tiếp tục chuỗi công nghệ: tiếp theo là Application Observability, which focuses on understanding application health and behavior through telemetry and actionable operational insights.
