Tài liệu này giải thích cách bạn có thể chuẩn bị tốt nhất để xử lý khối lượng thông báo cao cho webhook của mình. Nền tảng Business Messages đã sẵn sàng cho môi trường thực tế trong nhiều trường hợp. Nhóm hỗ trợ của chúng tôi cũng có thể giúp bạn chuẩn bị nếu bạn dự kiến về một sự kiện cụ thể. Bạn có thể thực hiện một vài bước đơn giản để giúp webhook trở nên mạnh mẽ hơn.
Lưu lượng truy cập webhook đến người dùng
Đối với lưu lượng truy cập webhook đến người dùng, hãy xem xét mô hình lưu lượng truy cập mà bạn mong đợi cho doanh nghiệp của mình. Bạn có mong muốn có bất kỳ mẫu "bùng nổ" hoặc thay đổi đột ngột nào về âm lượng thông báo không? Ví dụ: một nhà hàng chỉ phục vụ bữa tối có thể nhận được nhiều tin nhắn vào buổi tối và một vài tin nhắn cho thời gian còn lại trong ngày. Trong một ví dụ khác, cửa hàng đang chạy chương trình khuyến mãi đặc biệt có thể mong đợi số lượng tin nhắn lớn bất thường khi chương trình khuyến mãi được thông báo.
Nói chung, cơ sở hạ tầng của Google đã được chuẩn bị để xử lý một loạt lưu lượng truy cập đột ngột. Business Messages sử dụng cùng tài nguyên máy chủ như các sản phẩm lớn như Gmail và Google Cloud. Ít có khả năng số lượng tin nhắn gửi đến webhook của bạn quá cao, đến mức tính năng Business Messages sẽ là điểm hỏng. Ngoài ra, Business Messages xếp hàng các tin nhắn của từng nhân viên hỗ trợ riêng biệt. Nếu một trong các hàng đợi thông báo của nhân viên hỗ trợ bị tắc nghẽn, thì việc này sẽ không ảnh hưởng đến các nhân viên hỗ trợ khác, ngay cả khi các thiết bị đó có cùng webhook.
Tuy nhiên, điều này chỉ áp dụng cho hàng đợi thông báo trong cơ sở hạ tầng Business Messages. Sau khi gửi tin nhắn đến webhook của bạn, tin nhắn đó sẽ là một câu chuyện khác. Bạn nên đảm bảo webhook của mình có thể mở rộng nếu cần bằng cách triển khai các hàng đợi, xử lý các yêu cầu song song, v.v. Nếu webhook của bạn phản hồi tin nhắn bằng HTTP 500 hoặc không phản hồi được, thì Business Messages sẽ giảm tốc độ gửi tin nhắn đến webhook của bạn theo cấp số nhân. Tin nhắn vẫn ở trong hàng đợi trong 7 ngày. Nếu webhook của bạn không phản hồi bằng HTTP 200 trong thời gian đó, thì Business Messages sẽ bỏ tin nhắn.
Lưu lượng truy cập webhook theo người dùng
Tin nhắn gửi từ webhook phải tuân theo hạn mức 60 tin nhắn mỗi phút mỗi cuộc trò chuyện. Các luồng thông báo hợp lệ khó có khả năng đạt đến hạn mức này, nhưng bạn nên chuẩn bị để xử lý các lỗi HTTP 429 từ Business Messages cho biết bạn đã vượt quá hạn mức.
Nhìn chung, nếu webhook của bạn nhận được lỗi HTTP 429 hoặc HTTP 500 từ Business Messages, thì điều này cho thấy lỗi tạm thời có thể liên quan đến tốc độ nhắn tin của bạn. Bạn nên thử lại các thông báo này bằng một chiến lược thời gian đợi luỹ thừa. Tuy nhiên, nếu webhook của bạn nhận được HTTP 503 hoặc HTTP 4xx (không phải là HTTP 429), thì bạn nên ngừng thử lại và thông báo ngay cho nhóm hỗ trợ của chúng tôi. Các mã lỗi này có thể cho thấy khó khăn với cơ sở hạ tầng của Business Messages, chẳng hạn như sự cố DOS và việc gửi thêm tin nhắn sẽ chỉ khiến vấn đề trở nên trầm trọng hơn.
Không có tiêu chí tạm ngưng cụ thể nào liên quan đến việc vượt quá hạn mức nhắn tin, nhưng Business Messages có thể tạm ngưng những nhân viên hỗ trợ đang hoạt động không thường xuyên hoặc gửi quá nhiều tin nhắn. Vui lòng xem lại các tiêu chí tạm ngưng để đảm bảo nhân viên hỗ trợ của bạn tuân thủ các tiêu chuẩn bắt buộc.
Cách yêu cầu trợ giúp
Bạn nên liên hệ với chúng tôi ngay khi thấy có sự cố. Nếu bạn cho chúng tôi biết rằng bạn đang mong đợi một tình huống có lưu lượng truy cập cực kỳ cao, như chiến dịch quảng cáo được quảng cáo cao, chúng tôi có thể sử dụng các tài nguyên phân phát bổ sung để chuẩn bị sẵn sàng nhất có thể. Tuy nhiên, trong hầu hết các trường hợp, các biện pháp như vậy không cần thiết.
Bạn cũng có thể liên hệ với chúng tôi nếu bạn đang gặp vấn đề về việc tải thông báo và chúng tôi sẽ cố gắng hết sức để giúp bạn giải quyết vấn đề này.