Differences

This shows you the differences between two versions of the page.

--- development:system:signoz [2024/10/18 02:13] – [Ưu điểm của SigNoz] tungnt
+++ development:system:signoz [2024/10/18 02:19] (current) – [Tác động tổng thể] tungnt
@@ Line 97: / Line 97: @@
   * Tác động về CPU và Memory: OpenTelemetry SDK và SigNoz Collector có thể sử dụng một chút CPU và bộ nhớ để thu thập và truyền dữ liệu. Tuy nhiên, với cấu hình hợp lý (batching và sampling), tác động này có thể không đáng kể trong hầu hết các ứng dụng.
   * Tác động về băng thông mạng: Dữ liệu trace và metrics được truyền qua mạng, vì vậy nếu bạn thu thập một lượng lớn dữ liệu, điều này có thể gây ra một chút tải mạng. Tuy nhiên, việc truyền theo lô giúp giảm số lần gửi và tiết kiệm băng thông.
+====== Giao thức HTTP và gRPC ======
+Khi sử dụng OpenTelemetry để gửi dữ liệu (traces, metrics, logs) từ ứng dụng tới Collector, có hai giao thức chính thường được sử dụng là HTTP và gRPC. Cả hai đều có thể truyền dữ liệu qua giao thức OTLP (OpenTelemetry Protocol), nhưng chúng khác nhau về cơ chế hoạt động, hiệu suất, và một số khía cạnh kỹ thuật. Dưới đây là sự khác nhau giữa hai phương pháp này:
+====== HTTP vs gRPC: Tổng quan ======
+  * HTTP (HyperText Transfer Protocol): Là giao thức truyền tải tiêu chuẩn, phổ biến, không trạng thái. Dữ liệu được truyền qua các request và response độc lập, với mỗi yêu cầu HTTP đều có chi phí khởi tạo kết nối.
+  * gRPC (gRPC Remote Procedure Calls): Là một giao thức RPC (Remote Procedure Call) hiện đại, hiệu quả, dựa trên HTTP/2 và sử dụng Protocol Buffers (protobuf) để định dạng dữ liệu. gRPC có khả năng duy trì kết nối lâu dài giữa client và server, hỗ trợ truyền dữ liệu song song (bi-directional streaming).
+====== Sự khác biệt chi tiết giữa HTTP và gRPC ======
+{{ :development:system:screenshot_2024-10-18_at_09.17.42.png |}}
+===== Khi nào sử dụng HTTP và khi nào sử dụng gRPC? =====
+==== Khi nên sử dụng HTTP ====
+  * Tính tương thích: HTTP là giao thức phổ biến, dễ tích hợp với nhiều hệ thống và không yêu cầu cấu hình đặc biệt.
+  * Hệ thống đơn giản: Nếu ứng dụng của bạn nhỏ hoặc không yêu cầu xử lý dữ liệu phức tạp, HTTP có thể là lựa chọn phù hợp do dễ sử dụng và thiết lập.
+  * Yêu cầu đơn giản: Nếu bạn chỉ cần gửi các request đơn lẻ, không cần kết nối liên tục hoặc truyền dữ liệu theo thời gian thực.
+  * Vượt qua tường lửa: HTTP dễ vượt qua các cấu hình firewall, proxy do nó được hỗ trợ rộng rãi và không yêu cầu cấu hình đặc biệt.
+==== Khi nên sử dụng gRPC ====
+  * Hiệu năng cao: Nếu hệ thống của bạn cần gửi nhiều dữ liệu với độ trễ thấp và hiệu suất cao, gRPC là lựa chọn tốt nhất.
+  * Streaming: Nếu bạn cần truyền tải dữ liệu liên tục theo thời gian thực (ví dụ: streaming logs, metrics), gRPC hỗ trợ truyền dữ liệu song song và liên tục tốt hơn nhiều so với HTTP.
+  * Ứng dụng phân tán lớn: Với các hệ thống microservices lớn, gRPC giúp cải thiện hiệu suất và giảm độ trễ do cơ chế kết nối lâu dài và giao thức nhị phân.
+  * Sử dụng ít tài nguyên: Do gRPC sử dụng Protocol Buffers, dữ liệu được nén tốt hơn, dẫn đến tiết kiệm băng thông và tài nguyên máy chủ.