Mọi thứ có thể định địa chỉ trên internet: URL HTTP/HTTPS, REST API, các cổng TCP (SMTP, MySQL, custom), hostname để ping, bản ghi DNS, chứng chỉ SSL và thông tin đăng ký domain. Hãy cấu hình một monitor cho mỗi loại endpoint.

Nên sử dụng kiểm tra HTTP hay cổng TCP?

HTTP là lựa chọn mặc định tốt cho mọi dịch vụ web. Cổng TCP phù hợp hơn cho dịch vụ không phải HTTP (cơ sở dữ liệu, máy chủ email, giao thức tuỳ chỉnh) khi bạn chỉ cần biết "dịch vụ có chấp nhận kết nối không". Dùng TCP để kiểm tra khả năng truy cập ở mức thấp, HTTP để kiểm tra "ứng dụng thực sự phản hồi đúng không".

Monitor heartbeat (cron-job) khác gì?

Heartbeat là kiểu ngược lại — thay vì chúng tôi kiểm tra dịch vụ của bạn, dịch vụ của bạn sẽ gửi ping tới URL đã biết của chúng tôi. Nếu không nhận được ping trong khoảng thời gian mong muốn, chúng tôi sẽ cảnh báo. Thường dùng cho cron job, tiến trình batch và bất cứ thứ gì chạy lịch mà không có bề mặt mạng để kiểm tra.

Một URL có thể có nhiều monitor không?

Có. Bạn có thể kiểm tra cùng một mục tiêu bằng các loại kiểm tra khác nhau — ví dụ kiểm tra HTTP cho khả năng truy cập đầy đủ và kiểm tra cổng TCP 443 để phát hiện vấn đề handshake TLS. Mỗi monitor hoạt động và cảnh báo độc lập.

Tôi có cần giám sát SSL và domain riêng biệt không?

Không — mỗi endpoint HTTPS sẽ tự động được kiểm tra SSL bên cạnh lần kiểm tra uptime, và mỗi URL giám sát sẽ được theo dõi ngày hết hạn domain hàng ngày. Cả hai đều đi kèm, không cần cấu hình thêm. Kiểm tra domain theo từng domain — nhiều monitor trên một domain sẽ dùng chung dữ liệu WHOIS.

Giám sát điểm cuối — URL, địa chỉ IP, cổng, máy chủ

Bất kể giao tiếp qua TCP hay HTTP, chúng tôi đều có thể giám sát. Trang web chỉ là điểm khởi đầu.

Endpoint là gì?

Endpoint là mọi thứ có thể định địa chỉ trên internet và có thể được truy vấn để kiểm tra khả năng truy cập. Trường hợp cổ điển là URL của một trang web — nhưng trong hạ tầng hiện đại, những thứ bạn quản lý đa dạng hơn nhiều: REST API, endpoint GraphQL, máy chủ email, listener cơ sở dữ liệu, hàng đợi tin nhắn, cổng kiểm tra sức khỏe của container, bảng điều khiển admin nội bộ, người nhận webhook. DiagnoSEO Uptime Monitoring xử lý tất cả đồng nhất: bạn định nghĩa thế nào là “khỏe mạnh” cho endpoint đó, đặt lịch kiểm tra, và nhận cảnh báo khi có sự cố.

Trang này mô tả từng loại endpoint mà công cụ hỗ trợ, mục đích sử dụng của từng loại và tín hiệu mà việc giám sát mang lại.

Các endpoint HTTP / HTTPS (trang web)

Trường hợp phổ biến nhất. Bạn nhập https://example.com và hệ thống giám sát sẽ gửi yêu cầu GET theo khoảng thời gian đã định (1 phút, 5, 10, 30 hoặc 60 phút tùy theo gói). Kiểm tra thành công nghĩa là: kết nối TCP đã được thiết lập, handshake TLS hoàn tất (với HTTPS), nhận được phản hồi HTTP với mã trạng thái mong đợi (mặc định: 2xx hoặc 3xx), và tuỳ chọn từ khóa xuất hiện (hoặc không xuất hiện) trong nội dung phản hồi. Lần kiểm tra sẽ ghi nhận Thời gian tới byte đầu tiên (TTFB), tổng thời gian phản hồi, kích thước nội dung, chuỗi chuyển hướng và tất cả các header của phản hồi.

Endpoint HTTP là lựa chọn phù hợp cho: trang marketing, blog, cửa hàng thương mại điện tử, dashboard SaaS, các cổng tài liệu — bất cứ nơi nào người dùng truy cập qua trình duyệt.

Các endpoint API (REST / GraphQL / JSON-RPC)

API cần thứ gì đó nhiều hơn “có trả lời không” — mà cần “có trả lời chính xác không”. Bạn cấu hình monitor với phương thức HTTP tùy chọn (GET, POST, PUT, DELETE, PATCH), header tùy chỉnh (token xác thực, content-type), nội dung yêu cầu (payload JSON cho POST/PUT) và các assertion JSON trên phản hồi (data.status phải bằng "ok", result.count phải lớn hơn 0, errors[] phải rỗng). Một API trả về HTTP 200 với payload hỏng là loại lỗi tồi tệ nhất — nhìn tưởng như “khỏe” với monitor đơn giản nhưng lại làm mọi client thất vọng. Assertions trên JSON sẽ phát hiện ra điều này.

Xem hướng dẫn giám sát API chuyên dụng để biết chi tiết cấu hình và cú pháp assertion.

Các endpoint cổng TCP

Dành cho các dịch vụ không phải HTTP: SMTP (cổng 25 / 587 / 465), POP3 (110 / 995), IMAP (143 / 993), listener cơ sở dữ liệu (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), các cổng tuỳ chỉnh của ứng dụng. Monitor mở kết nối TCP đến host:port đã cho và báo thành công nếu kết nối được chấp nhận trong thời gian timeout. Không handshake mức giao thức — chỉ đơn giản là “dịch vụ có lắng nghe hay không”.

Monitor này phù hợp cho mọi dịch vụ dựa trên TCP mà bạn quan tâm đến khả năng truy cập và không cần kiểm tra sâu ở mức giao thức. Để xác minh banner SMTP hoặc kiểm tra ở mức truy vấn cơ sở dữ liệu, hãy dùng monitor heartbeat (dịch vụ của bạn gửi ping đến chúng tôi khi đang “khỏe”, xem cron-job / heartbeat monitoring).

Các endpoint ping (ICMP)

Kiểm tra khả năng truy cập ở tầng 3. Monitor gửi yêu cầu ICMP echo tới hostname hoặc IP đích và chờ phản hồi. Hữu ích cho router, switch, thiết bị IoT, bất cứ thứ gì phản hồi ping nhưng không chạy HTTP. Lưu ý nhiều nhà cung cấp cloud (AWS, GCP, Azure) mặc định chặn ICMP ở cấp security group ngay cả khi host vẫn khỏe — nên ưu tiên kiểm tra HTTP hoặc cổng TCP cho workload trên đám mây.

Các endpoint hostname / DNS

Giám sát phân giải DNS. Công cụ thường xuyên truy vấn các bản ghi A, AAAA, MX, NS, TXT và CNAME của domain bạn, chụp lại kết quả và cảnh báo khi có sự thay đổi. Phát hiện: chiếm đoạt DNS trái phép, lỗi cấu hình khi di chuyển DNS provider, dịch vụ bên ngoài cập nhật endpoint mà không thông báo (ví dụ CDN của bạn đổi IP block), bản ghi MX bị xóa do gõ nhầm.

Monitoring DNS không phải để kiểm tra khả năng truy cập — nhà cung cấp DNS của bạn gần như chắc chắn còn ổn định hơn cả máy chủ gốc. Mục đích là phát hiện sự thay đổi. Xem giám sát thay đổi DNS để có diễn giải đầy đủ.

Các endpoint chứng chỉ SSL

Mỗi endpoint HTTPS đều tự động được giám sát SSL bên trên quá trình kiểm tra uptime của nó. Công cụ đọc chứng chỉ, phân tích thời hạn và nhà phát hành, cảnh báo trước 30, 14, 7, 3 và 1 ngày khi hết hạn. Xem giám sát chứng chỉ SSL để biết chi tiết hơn.

Các endpoint hết hạn domain

Với mỗi URL được giám sát, công cụ cũng truy vấn WHOIS mỗi ngày và theo dõi ngày hết hạn đăng ký domain. Cảnh báo sẽ được gửi ở cùng các ngưỡng như SSL (30/14/7/3/1 ngày). Việc quên gia hạn là thảm họa — domain sẽ mất chủ sở hữu và ai đó có thể đăng ký ngay sau khi hết thời gian gia hạn. Xem giám sát hết hạn domain.

Chọn đúng loại endpoint

Nếu bạn không chắc nên dùng monitor nào, hãy bắt đầu với HTTP/HTTPS cho mọi thứ có giao diện web, cổng TCP cho phần còn lại, và thêm kiểm tra heartbeat cho các tác vụ batch không để lộ bề mặt mạng. Bạn có thể sử dụng nhiều loại monitor cho cùng một mục tiêu — ví dụ kiểm tra cổng TCP 443 sẽ phát hiện “máy chủ đang hoạt động nhưng handshake TLS lỗi” cái mà kiểm tra HTTP cùng URL cũng sẽ đánh dấu, trong khi heartbeat từ agent giám sát nội bộ của riêng bạn xác nhận logic ứng dụng thực sự đang chạy.

Câu hỏi thường gặp

Endpoint là gì?
Mọi thứ có thể định địa chỉ trên internet: URL HTTP/HTTPS, REST API, các cổng TCP (SMTP, MySQL, custom), hostname để ping, bản ghi DNS, chứng chỉ SSL và thông tin đăng ký domain. Hãy cấu hình một monitor cho mỗi loại endpoint.
Nên sử dụng kiểm tra HTTP hay cổng TCP?
HTTP là lựa chọn mặc định tốt cho mọi dịch vụ web. Cổng TCP phù hợp hơn cho dịch vụ không phải HTTP (cơ sở dữ liệu, máy chủ email, giao thức tuỳ chỉnh) khi bạn chỉ cần biết “dịch vụ có chấp nhận kết nối không”. Dùng TCP để kiểm tra khả năng truy cập ở mức thấp, HTTP để kiểm tra “ứng dụng thực sự phản hồi đúng không”.
Monitor heartbeat (cron-job) khác gì?
Heartbeat là kiểu ngược lại — thay vì chúng tôi kiểm tra dịch vụ của bạn, dịch vụ của bạn sẽ gửi ping tới URL đã biết của chúng tôi. Nếu không nhận được ping trong khoảng thời gian mong muốn, chúng tôi sẽ cảnh báo. Thường dùng cho cron job, tiến trình batch và bất cứ thứ gì chạy lịch mà không có bề mặt mạng để kiểm tra.
Một URL có thể có nhiều monitor không?
Có. Bạn có thể kiểm tra cùng một mục tiêu bằng các loại kiểm tra khác nhau — ví dụ kiểm tra HTTP cho khả năng truy cập đầy đủ và kiểm tra cổng TCP 443 để phát hiện vấn đề handshake TLS. Mỗi monitor hoạt động và cảnh báo độc lập.
Tôi có cần giám sát SSL và domain riêng biệt không?
Không — mỗi endpoint HTTPS sẽ tự động được kiểm tra SSL bên cạnh lần kiểm tra uptime, và mỗi URL giám sát sẽ được theo dõi ngày hết hạn domain hàng ngày. Cả hai đều đi kèm, không cần cấu hình thêm. Kiểm tra domain theo từng domain — nhiều monitor trên một domain sẽ dùng chung dữ liệu WHOIS.

Giám sát điểm cuối