Source: https://aiprimetech.io/vi/docs/guides/best-practices/

[Trang chủ](/vi/) / [Tài liệu](/vi/docs/) / Các phương pháp tốt nhất cho môi trường production 

# Các phương pháp tốt nhất cho môi trường production 

Những điều cần thiết lập đúng trước khi một tích hợp xử lý lưu lượng thực tế. 

 Sao chép trang [ Xem dưới dạng Markdown](/vi/docs/guides/best-practices.md) [ Hỏi ChatGPT](https://chatgpt.com/?q=Read%20https%3A//aiprimetech.io/docs/guides/best-practices.md%20and%20answer%20questions%20about%20it.%20Start%20with%20a%20short%20summary.) [ Hỏi trong Claude](https://claude.ai/new?q=Read%20https%3A//aiprimetech.io/docs/guides/best-practices.md%20and%20answer%20questions%20about%20it.%20Start%20with%20a%20short%20summary.)   

## Độ tin cậy 
- Thử lại với đúng mã. 429, 500, 502, 503, 529 với thời gian chờ tăng theo cấp số nhân và độ lệch ngẫu nhiên. Không bao giờ thử lại một cách mù quáng 400, 401, 402 hoặc 403.
- Đặt thời gian chờ. Một lần sinh nội dung dài có thể mất vài phút là điều bình thường; một socket bị treo không nên khiến worker của bạn treo theo. Giới hạn 120 giây là hợp lý cho các lệnh gọi không truyền dữ liệu theo luồng.
- Giới hạn số tác vụ đồng thời bằng semaphore thay vì gửi tất cả cùng lúc rồi thử lại các yêu cầu bị từ chối.
- Chuẩn bị một mô hình dự phòng. Nếu mô hình chính bị quá tải, chuyển xuống mô hình nhỏ hơn vẫn tốt hơn trả về lỗi. 

## Chi phí 
- Đặt max_tokens trong mọi lệnh gọi. Đây là mức trần chi tiêu, không phải gợi ý.
- Định tuyến theo tác vụ — xem [Kiểm soát chi phí](/vi/docs/guides/cost-control/).
- Bật [bộ nhớ đệm lời nhắc](/vi/docs/guides/prompt-caching/) để biết các tiền tố ổn định.
- Ghi nhật ký usage cho từng yêu cầu kèm nhãn tác vụ để sau này bạn có thể xác định chi phí thuộc về tác vụ nào. 

## Bảo mật 
- Lưu khóa trong biến môi trường hoặc trình quản lý bí mật — tuyệt đối không lưu trong kho mã hay gói mã phía máy khách.
- Mỗi dịch vụ dùng một khóa để có thể thu hồi chính xác khóa cần thu hồi.
- Không bao giờ tạo prompt bằng cách nối chuỗi đầu vào không đáng tin cậy của người dùng với chỉ dẫn; hãy giữ nội dung người dùng trong một user thông điệp và chỉ dẫn trong system.
- Coi đầu ra của mô hình là dữ liệu không đáng tin cậy. Không eval nó, không chạy SQL được sinh ra bằng vai trò có quyền ghi. 

## Khả năng quan sát 
- Ghi nhật ký mô hình, độ trễ, usage, stop_reason và loại tác vụ do bạn xác định cho mọi lệnh gọi.
- Thiết lập cảnh báo theo tỷ lệ stop_reason: max_tokens — tỷ lệ tăng có nghĩa là câu trả lời đang bị cắt ngắn.
- Theo dõi chi phí theo loại tác vụ, không chỉ tổng chi phí. Tổng chi phí che khuất việc khối lượng công việc nào đang trở nên tốn kém hơn. 

Cảnh báo có giá trị nhất là cảnh báo về việc cắt ngắn, không phải lỗi. Một câu trả lời bị cắt ngắn trả về HTTP 200 và trông vẫn bình thường với hệ thống giám sát, trong khi lại sai đối với người dùng. 

[LỗiNgữ nghĩa của việc thử lại](/vi/docs/api-reference/errors/)[Giới hạn tốc độKhả năng xử lý đồng thời](/vi/docs/api-reference/rate-limits/)[Kiểm soát chi phíQuản lý chi tiêu](/vi/docs/guides/cost-control/) 

[TrướcChuyển đổi từ API của OpenAI](/vi/docs/guides/migration-from-openai/)[Tiếp theoKhắc phục sự cố](/vi/docs/guides/troubleshooting/)