Sử dụng và giới hạn

Yêu cầu của bạn đi qua trình khách AI, MCP DigLab và dịch vụ kinh doanh kết nối. Mỗi dịch vụ có thể áp dụng giới hạn riêng của nó. Một kết nối hoạt động không gỡ bỏ hạn mức dịch vụ hay giới hạn đăng ký của ứng dụng AI của bạn.

Giới hạn tốc độ#

Các yêu cầu có thể bị giới hạn cho một kết nối nhất định. Đường cơ sở được quản lý đã xác nhận một mức tắt máy phục vụ: các yêu cầu trong giới hạn cấu hình đã thành công và một yêu cầu quá mức trả lại HTTP 429 với Retry-After.

Lượng được dùng cho thử nghiệm đó không phải là hạn mức khách hàng đã công bố. Hãy dùng giới hạn trong giao tiếp của riêng bạn. Không có hạn mức cho mỗi phím hay hứa hẹn lưu lượng không giới hạn nên được suy ra từ trung tâm trợ giúp này.

Thời hạn và các thao tác dài#

Thời hạn có nghĩa là chương trình khách không nhận được kết quả hoàn thành đúng thời gian. Nó không phải lúc nào cũng có nghĩa là dịch vụ lên nguồn đã từ chối hành động. Đối với đọc, thu hẹp câu hỏi. Đối với viết, kiểm tra trạng thái đích trước khi thử lại.

Các tập kết quả lớn có thể cần cửa sổ ngày nhỏ hơn, trang hoặc bộ lọc cụ thể hơn. Chỉ yêu cầu các trường cần thiết cho công việc để ứng dụng AI của bạn có thể làm việc với kết quả một cách đáng tin cậy.

Thử lại an toàn#

Chấp nhận thời gian trì hoãn thử lại. Tránh một vòng lặp nhanh của các yêu cầu giống nhau. Nếu việc chặn vẫn tiếp tục trong điều kiện sử dụng bình thường, ghi lại thời gian, công cụ và mẫu yêu cầu xấp xỉ và liên hệ với DigLab.

Đừng bao giờ thử lại một thao tác gửi, công bố hay tạo mà không biết. Dùng một nhận dạng hệ thống nguồn hoặc kiểm tra trạng thái được hỗ trợ để xác định liệu nó đã hoàn thành hay chưa.

Kế hoạch sử dụng cao hơn#

Cho DigLab biết khi bạn mong đợi một nhóm mới, một nhập khẩu lớn, một luồng công việc lớn hoặc một sự gia tăng đáng kể trong lưu lượng. Khả năng và hạn mức lên nguồn cần được đánh giá cho tải công việc đó; một thử nghiệm nhỏ thành công không phải là một tiêu chuẩn tải.