Lỗi 429: cần làm gì khi gọi doubao-seed-1-6-vision-250815 thất bại
Mã 429 nghĩa là đã chạm giới hạn tốc độ: số yêu cầu hoặc token trong một khoảng thời gian đã vượt hạn ngạch của gói hiện tại.
429 Too Many Requests là phản hồi giới hạn tốc độ, không phải lỗi. Nghĩa là request hợp lệ nhưng vượt quá tốc độ hoặc số lượng đồng thời mà gói hiện tại cho phép. Chỉ cần chờ theo khoảng thời gian trong response header rồi thử lại, không cần sửa body.
doubao-seed-1-6-vision-250815 được Volcengine Ark cung cấp. Mọi nội dung trên trang này — nguyên nhân, cách xử lý và dữ liệu đo được — đều tổng hợp từ hoạt động thực tế của mô hình này tại lớp gateway.
Tại gateway này, nguyên nhân thường gặp nhất là: Quá nhiều yêu cầu đồng thời. Hành động đầu tiên nên làm là: Giới hạn đồng thời và thử lại với thời gian chờ tăng dần.
Nguyên nhân thường gặp
- Quá nhiều yêu cầu đồng thời
- Hết hạn ngạch của gói hiện tại
- Thử lại ngay không chờ
Cách khắc phục
- Giới hạn đồng thời và thử lại với thời gian chờ tăng dần
- Chuyển sang gói hạn ngạch lớn hơn
- Lưu cache các yêu cầu lặp lại
Ví dụ thử lại với backoff luỹ thừa
Đoạn mã dưới sẽ thử lại khi doubao-seed-1-6-vision-250815 trả về 429, tối đa 5 lần, thời gian chờ tăng dần kèm jitter ngẫu nhiên để các request đồng thời không retry cùng lúc. Hãy đọc base URL và API key từ biến môi trường, đừng hardcode vào code.
import os, time, random
import requests
BASE = os.getenv("OPENAI_BASE_URL") # e.g. https://<your-gateway>/v1
KEY = os.getenv("OPENAI_API_KEY")
MODEL = 'doubao-seed-1-6-vision-250815'
def chat(messages, retries=5):
"""Retry with exponential backoff + jitter."""
for i in range(retries):
try:
r = requests.post(
BASE + "/chat/completions",
headers={"Authorization": "Bearer " + KEY},
json={"model": MODEL, "messages": messages, "stream": True},
timeout=60,
)
if r.status_code == 429 or r.status_code >= 500:
time.sleep(min(2 ** i + random.uniform(0, 1), 30))
continue
r.raise_for_status()
return r.json()
except requests.exceptions.Timeout:
time.sleep(min(2 ** i + random.uniform(0, 1), 30))
raise RuntimeError("gave up after " + str(retries) + " retries")
print(chat([{"role": "user", "content": "hello"}]))Dữ liệu chính của mô hình này
| Điểm cuối API | https://api.airai.cc/v1 |
|---|---|
| Tương thích OpenAI | OpenAI-compatible |
| Nhà cung cấp | Volcengine Ark |
|---|---|
| Ngữ cảnh | 256K |
| Khả năng | Reasoning, Tools, Files, Vision |
| Định dạng API | openai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search |
| Công thức tính phí | p * 0.109589 + cr * 0.0219178 + c * 1.09589) : len <= 128000 ? tier("32k_128k", p * 0.164384 + cr * 0.0219178 + c * 2.19178) : tier("128k_plus", p * 0.328767 + cr * 0.0219178 + c * 3.28767 |
Câu hỏi thường gặp
Có nên thêm jitter ngẫu nhiên khi thử lại không?
Thường không cần sửa code nghiệp vụ, chỉ cần điều chỉnh nhịp gọi. Thử lại là bước đầu tiên hiệu quả nhất. Với cách tính phí p * 0.109589 + cr * 0.0219178 + c * 1.09589) : len <= 128000 ? tier("32k_128k", p * 0.164384 + cr * 0.0219178 + c * 2.19178) : tier("128k_plus", p * 0.328767 + cr * 0.0219178 + c * 3.28767, các request thất bại không được tính vào mức sử dụng. Đặt giới hạn thử lại ở 3–5 lần và thêm jitter. Dùng exponential backoff cho lỗi có thể thử lại, và trả lỗi ngay cho các lỗi còn lại.
Khi xuất hiện 429 có nên hạ cấp sang model dự phòng không?
Nên chuẩn bị sẵn một model dự phòng. Có phương án dự phòng ở cấp kiến trúc thì đáng tin hơn là vá từng lỗi một. Model này của Volcengine Ark có nhiều node upstream để gateway chuyển đổi. Chuẩn bị sẵn một mô hình dự phòng nhẹ hơn để luồng chính không bị gián đoạn. Đưa tên mô hình vào config, đổi upstream sẽ không cần sửa code.
Mức concurrency nào là an toàn?
Biến số thực sự ở đây là độ đồng thời và timeout, không phải bản thân mô hình. Hãy giảm độ đồng thời trước — hầu hết vấn đề về thông lượng sẽ biến mất. Model này có context window 256K và thuộc Volcengine Ark. Context 256K nghĩa là input dài sẽ tăng đáng kể độ trễ token đầu tiên. Với đầu ra dài, hãy nâng timeout lên 60 giây hoặc hơn.
429 có liên quan đến năng lực của chính model không?
Lỗi này không liên quan năng lực model, mà ở tầng gateway. Thẻ năng lực của model này là Reasoning, Tools, Files, Vision. Nếu lỗi kéo dài vài phút, hãy liên hệ hỗ trợ của nền tảng để xác nhận trạng thái upstream. Xác định trước là cấp tài khoản hay cấp mô hình; hai trường hợp xử lý hoàn toàn khác nhau.
Lỗi khác của mô hình này
- doubao-seed-1-6-vision-250815: lỗi timeout — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 500 — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 502 — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 503 — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 504 — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 401 — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 403 — nguyên nhân và cách khắc phục
- doubao-seed-1-6-vision-250815: lỗi 400 — nguyên nhân và cách khắc phục
Các mô hình khác gặp cùng lỗi
- gpt-5
- claude-opus-5
- gemini-2.5-pro
- deepseek-v4-pro
- grok-4.3
- llama-3.3-70b-instruct
- qvq-max
- qwq-32b
- glm-5
- MiniMax-M3
- kimi-k3
- hy3
- doubao-seed-evolving
- mimo-v2.5
- gpt-4o
- claude-opus-4-6
Dữ liệu cập nhật: 2026-10-10 15:55