Tìm hiểu về độ trễ và vị trí máy chủ

Để đáp ứng các hạn chế về độ trễ của dịch vụ Sắp xếp theo thời gian thực, hãy đặt máy chủ của bạn gần các khu vực của Google Cloud có khả năng gửi yêu cầu về phân đoạn đến những vị trí mà bạn đang nhắm đến. Cung cấp và định cấu hình DNS sao cho lưu lượng truy cập được gửi đến điểm cuối của bạn từ một khu vực nhất định sẽ được định tuyến đến máy chủ gần nhất.

Bảng sau đây liệt kê các khu vực của Google Cloud được dùng trong tính năng Sắp xếp nội dung theo thời gian thực, vị trí gần đúng của các khu vực đó và ví dụ về các vị trí được nhắm đến có nhiều khả năng được gửi đến máy chủ của bạn trong một SegmentRequest từ các khu vực đó:

Khu vực Google Cloud Vị trí khu vực Ví dụ về vị trí mục tiêu
us-east1 Nam Carolina, Hoa Kỳ Bắc Mỹ (Bờ Đông)
us-west1 Oregon, Hoa Kỳ Bắc Mỹ (Bờ Tây)
us-central1 Iowa, Hoa Kỳ Bắc Mỹ (Miền Trung)
europe-west1 Bỉ Châu Âu
europe-west4 Amsterdam, Hà Lan Châu Âu
asia-southeast1 Singapore Châu Á
asia-east1 Đài Loan Châu Á

Sử dụng kết nối liên tục HTTP để giảm độ trễ

Để giảm độ trễ, bạn nên định cấu hình chế độ tích hợp Sắp xếp theo thời gian thực để sử dụng một kết nối liên tục. Sau khi thiết lập một kết nối liên tục, điểm cuối của bạn sẽ sử dụng lại các kết nối thay vì tạo một kết nối mới cho mỗi yêu cầu phân đoạn đến.

Vị trí máy chủ

Mặc dù bạn có thể dự đoán rằng hầu hết các yêu cầu về phân đoạn đều được gửi từ khu vực gần nhất với vị trí của người dùng, nhưng Google không đảm bảo rằng điều này luôn xảy ra. Khi đặt các máy chủ gần với nhiều khu vực hơn, bạn có thể nhận được một tập hợp đầy đủ hơn các yêu cầu về phân đoạn cho các vị trí mục tiêu của mình. Google đề xuất đặt máy chủ gần một nhóm nhỏ các khu vực phù hợp với vị trí mục tiêu của bạn. Ví dụ: bạn có thể nhận được hầu hết lưu lượng truy cập ở Bắc Mỹ bằng cách đặt máy chủ gần các khu vực us-east1, us-west1 và us-central1.

Thời hạn mà bạn phải gửi phản hồi phân đoạn là 50 mili giây.

Thời hạn này bao gồm cả thời gian mạng giữa khu vực và máy chủ của bạn, cũng như thời gian để máy chủ của bạn tạo phản hồi. Bạn nên có ít nhất 10 mili giây thời gian đệm cho những thay đổi không mong muốn về độ trễ mạng.

Các bước tiếp theo