DeepSeek sập gần 5 giờ mới đưa ra phương án đền bù, làm sao để dự án không bị một kênh duy nhất kéo sập

DeepSeek sập dịch vụ 5 giờ

Sáng ngày 15/10, DeepSeek xảy ra sự cố dịch vụ trên diện rộng. Theo ghi nhận trên trang trạng thái chính thức của DeepSeek, sự cố lần này liên quan đến dịch vụ hội thoại, API DeepSeek V4.1 Flash và API V4 Pro. Dịch vụ hội thoại có thời điểm gián đoạn hoàn toàn, hai API gián đoạn một phần, hiệu năng của trang web và API đồng thời giảm sút. Dịch vụ tải tệp lên và tìm kiếm không bị ảnh hưởng.

Dòng thời gian xử lý của phía chính thức

08:11, trang trạng thái ban đầu hiển thị đang kiểm tra sự cố. 09:06 cập nhật thành đã xác định được nguyên nhân, đang triển khai khắc phục. 12:49 bản sửa lỗi lên sóng, chuyển sang giai đoạn theo dõi. 13:04 trang trạng thái đánh dấu đã giải quyết, dịch vụ khôi phục.

Từ lúc xác định nguyên nhân đến khi dịch vụ khôi phục, lại trôi qua gần 4 tiếng nữa. Những người dùng đang dùng DeepSeek để viết nội dung, gỡ lỗi code hay sắp xếp phương án đều bị ảnh hưởng.

Xin lỗi chính thức và phương án bồi thường

Xin lỗi và khắc phục

Sau khi dịch vụ được khôi phục, DeepSeek đã công bố thông báo xin lỗi và bồi thường, cho biết đã khởi động việc rà soát và khắc phục toàn diện nhằm bảo đảm độ ổn định của dịch vụ, sẽ rà soát toàn bộ và tách bỏ các phụ thuộc đơn điểm, ngăn chặn vấn đề tương tự tái diễn.

Có thể hiểu phụ thuộc đơn điểm là khi một mắt xích then chốt nào đó gặp vấn đề, những dịch vụ phụ thuộc vào nó cũng có thể bị ảnh hưởng theo. Tuy nhiên, phía chính thức hiện chưa công bố nguyên nhân cụ thể kích hoạt sự cố lần này, cũng chưa cho biết mắt xích nào gặp bất thường, phần giải thích kỹ thuật đầy đủ vẫn còn phải chờ công bố thêm.

Phương án bồi thường

Phương án bồi thường thì đã có sắp xếp rõ ràng. DeepSeek sẽ hoàn lại toàn bộ số tiền tiêu thụ API của tài khoản trong khoảng từ ngày 8 tháng 10 đến ngày 14 tháng 10, dưới dạng tín dụng tặng thêm. Tín dụng tặng thêm sẽ tự động vào tài khoản, và được ưu tiên trừ trước khi gọi API ở những lần sau. Nếu trong bảy ngày qua gọi API hết 100 tệ, tài khoản sẽ nhận được 100 tệ tín dụng tặng thêm, không cần tự đăng ký.

Các lập trình viên gần đây có dùng DeepSeek API có thể vào trang thống kê sử dụng của nền tảng mở DeepSeek để kiểm tra xem khoản bồi thường đã vào tài khoản hay chưa.

Sự cố kiểu DeepSeek này không phải lần đầu

Xem lại lịch sử trên trang trạng thái, từ ngày 2 tháng 9 đến nay đã có tổng cộng 13 sự cố, mức độ từ suy giảm hiệu suất đến gián đoạn một phần, riêng ngày 12 tháng 10 đã xuất hiện hai sự cố. Trang trạng thái thống kê tỷ lệ khả dụng từ tháng 7 đến tháng 10, V4 Pro API đạt 99.74%, V4.1 Flash API đạt 99.47%, dịch vụ hội thoại đạt 99.78%.

Phía sử dụng cũng cần tránh điểm đơn

Phía chính thức đề cập đến việc loại bỏ phụ thuộc điểm đơn, đây là biện pháp chỉnh sửa về phía nhà cung cấp dịch vụ. Đối với phía sử dụng, cùng một cách nghĩ cũng áp dụng được, các lệnh gọi AI trong dự án tốt nhất không nên chỉ phụ thuộc vào một kênh duy nhất.

Hạn chế của việc xử lý sự cố thủ công

Khi sự cố xảy ra, thường có ba cách ứng phó: đổi thủ công một API Key, sửa base URL trong code, hoặc khởi động lại service rồi thử lại.

Vấn đề của những cách làm này

Những cách này đều cần có người theo dõi. Đổi kênh thì phải sửa cấu hình, sửa xong còn phải nhớ sửa lại. Khi đang dùng nhiều dự án, nhiều công cụ lập trình cùng lúc, mỗi chỗ đều phải sửa một lượt. Nếu sự cố xảy ra vào rạng sáng, hoặc khi tác vụ đang chạy dở, thiệt hại càng khó kiểm soát.

Cách hợp lý hơn là giao việc chuyển kênh cho một điểm vào thống nhất, công cụ và code chỉ kết nối tới điểm vào này.

ServBay AI Gateway giải quyết như thế nào

Gom cấu hình phân tán vào một gateway cục bộ

Mỗi công cụ đều ghi model vào cấu hình riêng của mình, định dạng mỗi nơi một khác, key và base URL cũng tự quản riêng. Khi một kênh gặp sự cố, phải đi sửa từng công cụ một.

ServBay cổng AI cục bộ gom những thứ này vào một ứng dụng và một AI gateway cục bộ.

• Mọi công cụ đều đi qua cùng một điểm vào cục bộ, đổi model hay đổi kênh không cần sửa cấu hình của công cụ nữa.

• Một provider chỉ cần nhập key một lần, dùng được ở mọi nơi. Key thật được mã hóa và lưu trên máy, công cụ chỉ nhận được Key ảo.

• Kênh gặp sự cố cũng không bị gián đoạn. Khi kênh chính bị giới hạn tần suất hoặc ngừng hoạt động, gateway tự động chuyển sang kênh dự phòng còn khỏe.

Nếu dùng đồng thời nhiều công cụ, nhiều kênh hoặc nhiều dự án thì rất phù hợp với nó. Còn chỉ dùng một công cụ, một kênh, và việc thỉnh thoảng gián đoạn không ảnh hưởng đến công việc thì tạm thời chưa cần.

Một điểm vào, tất cả model

Các công cụ như Claude Code, Codex chỉ cần trỏ base URL về gateway. Sau đó, việc đổi model hay đổi nhà cung cấp đều thực hiện trong ServBay, bản thân công cụ không cần thay đổi. Gateway sẽ chuyển đổi giữa các định dạng API của Anthropic, OpenAI và Gemini, model của mọi nhà đều có thể nối vào sau cùng một điểm vào, model Ollama cục bộ cũng vậy.

Chọn một nhà cung cấp, điền key là đã thêm xong. Hiện tại tích hợp nguyên bản hơn 12 nhà cung cấp, gồm OpenAI, Anthropic, Gemini, DeepSeek, Kimi, Zhipu GLM, Qwen, Baidu Qianfan, Tencent TokenHub..., và cũng hỗ trợ mọi nhà cung cấp tương thích API OpenAI.

Sau khi thêm, có thể kiểm tra kết nối ở hai mức. Khi không điền key thì kiểm tra endpoint có truy cập được hay không, khi đã điền key thì kiểm tra thông tin xác thực có hợp lệ hay không. Có thể phát hiện vấn đề ngay từ giai đoạn cấu hình, không phải đợi đến lúc gặp sự cố mới biết kênh dự phòng thực ra không dùng được.

Failover kênh

Cùng một model có thể nối vào nhiều kênh, ví dụ kênh chính thức của DeepSeek, cộng thêm các nền tảng khác cũng cung cấp model đó. Có ba cách định tuyến. Chế độ cố định luôn dùng cùng một kênh. Chế độ failover dùng kênh đầu tiên trước, khi thất bại thì lần lượt thử các kênh dự phòng theo thứ tự. Chế độ cân bằng luân phiên phân phối request giữa các kênh, thuộc tính năng VIP.

Cơ chế này có một giới hạn. Failover chỉ có tác dụng giữa các kênh cung cấp cùng một model, các model khác nhau sẽ không bị trộn lẫn. Gateway không thay bên gọi chọn model; khi cần đổi sang model khác thì vẫn do công cụ tự chỉ định.

Key ảo, cấp phát theo dự án

Dự án và các công cụ hạ nguồn dùng Key ảo cục bộ để gọi, Key thật ở thượng nguồn không bị lộ cho chúng. Có thể cấp riêng một Key cho mỗi dự án hoặc mỗi công cụ, mỗi Key đều có thể thu hồi riêng. Nếu Key của một dự án bị lộ, chỉ cần thu hồi nó, Key thật không bị ảnh hưởng.

Các công cụ dòng lệnh AI phổ biến, tiếp quản chỉ với một cú nhấp

ServBay hỗ trợ tiếp quản chỉ với một cú nhấp các công cụ như Claude Code, Codex, opencode, Crush, Qwen Code, Kimi CLI, CodeBuddy. Không cần sửa biến môi trường export bằng tay nữa, cũng không cần mở .zshrc, chỉ cần nhấp một lần trong giao diện, request của những công cụ này sẽ đi qua gateway cục bộ.

Lượng gọi và chi phí của từng kênh được xem ở cùng một chỗ. Khi cần đối soát riêng cho nhiều dự án, không phải đi lật hóa đơn của từng nhà cung cấp nữa.

Cách tiếp cận cấu hình

Dùng ServBay chỉ cần ba bước. Bước một là thêm provider, key thật của mỗi nhà cung cấp chỉ cần nhập một lần, được mã hóa lưu trên máy và không bị tải lên. Bước hai là cấp Key ảo theo dự án hoặc theo công cụ. Bước ba là trỏ base URL của công cụ về gateway. Sau đó, đổi model hay đổi nhà cung cấp đều không cần sửa công cụ nữa.

Để ứng phó với sự cố tương tự ngày 15 tháng 10, trên cơ sở đó cần làm thêm hai việc.

• Thêm ít nhất hai kênh cho cùng một model, trong đó một kênh không phụ thuộc vào dịch vụ chính thức của DeepSeek. Như vậy khi kênh chính thức gặp vấn đề, kênh dự phòng sẽ không bị ảnh hưởng bởi cùng một sự cố.

• Chọn cách định tuyến failover, xếp kênh chính ở vị trí đầu tiên, rồi dùng kiểm tra kết nối để xác nhận kênh dự phòng dùng được.

Tính năng failover miễn phí, không tính phí theo token.

Câu hỏi thường gặp

DeepSeek không mở được, báo máy chủ bận, phải làm sao?

Trước tiên vào status.deepseek.com để xác nhận xem có phải sự cố từ phía chính thức hay không. Nếu đúng là vậy, có thể tạm thời chuyển sang kênh khác hoặc model khác. Còn nếu dùng lâu dài, nên cấu hình sẵn kênh dự phòng từ trước.

Làm sao xác nhận DeepSeek hiện tại có đang gặp sự cố không?

Trang trạng thái chính thức sẽ hiển thị riêng trạng thái của dịch vụ hội thoại, V4 Pro API, V4.1 Flash API, dịch vụ tải tệp lên và dịch vụ tìm kiếm, đồng thời ghi lại tiến độ xử lý của từng sự cố.

Failover của ServBay có tự động đổi sang model khác không?

Không. Failover diễn ra giữa các kênh có thể cung cấp cùng một model, các model khác nhau sẽ không bị dùng lẫn. Model do bên gọi chỉ định trong mỗi request, gateway chỉ chịu trách nhiệm định tuyến request đến kênh có thể cung cấp model đó.

Đặt API Key trong gateway có an toàn không?

Key thật được mã hóa và lưu ngay trên máy, không tải lên. Công cụ và dự án sử dụng virtual Key, có thể thu hồi riêng bất cứ lúc nào.

Failover có phải trả phí không?

Không. Cổng vào gateway, virtual Key, thống kê mức sử dụng và chi phí, tự động failover cùng mã hóa trên máy đều nằm trong các tính năng miễn phí. Các tính năng dành cho nhóm như định tuyến cân bằng, giới hạn ngân sách thuộc gói VIP.

Kết luận

Sự cố lần này đã được khắc phục, và bồi thường cũng đang được phát hành. Nhưng lần bất thường tiếp theo sẽ xảy ra khi nào thì không ai có thể biết trước. Hãy kết nối nhiều kênh của cùng một model vào gateway ngay từ trước, để khi sự cố xảy ra, dự án không phải dừng theo.

AI Gateway được phát hành cùng ServBay 1.33.0. Người dùng đã cài đặt có thể vào「Cài đặt」trong ServBay và bấm「Kiểm tra cập nhật」để nâng cấp, người dùng mới có thể truy cập www.servbay.com/download để tải về.