InstantDB về OpenAI: người dùng cloud có một năm để rời nền tảng

Ngày 22/8/2026, đội InstantDB thông báo gia nhập OpenAI, dừng đăng ký Instant Cloud mới và cho người dùng hiện hữu khoảng một năm để chuyển ứng dụng khỏi dịch vụ lưu trữ. Bài tường thuật của RuntimeWire xác nhận bốn thành viên Joe Averbukh, Stepan Parunashvili, Daniel Woelfel và Drew Harris chuyển sang OpenAI; điều khoản tài chính không được công bố.

Trong thông báo cùng ngày, đội Instant nêu rõ lịch đóng dịch vụ: ứng dụng cloud ngừng hoạt động ngày 31/8/2027, backup được giữ thêm 12 tháng đến ngày 31/8/2028, còn thuê bao bắt đầu sau ngày 31/7/2026 sẽ được hoàn tiền đầy đủ. Mã nguồn Instant vẫn mở và có thể được triển khai trên hạ tầng do người dùng tự vận hành.

Lịch đóng dịch vụ tách ứng dụng khỏi bản sao lưu

Thời hạn dành cho ứng dụng và thời hạn giữ backup là hai mốc khác nhau. Khi cửa sổ di chuyển kết thúc, ứng dụng trên Instant Cloud sẽ không tiếp tục chạy; thêm một năm lưu backup chỉ kéo dài khả năng lấy dữ liệu phục hồi, không duy trì API, truy vấn thời gian thực, xác thực, lưu trữ tệp hay các luồng vận hành khác.

Đăng ký mới đã đóng ngay từ lúc thông báo, nên Instant Cloud không còn là lựa chọn cho dự án mới. Người dùng hiện hữu vẫn có thời gian chuẩn bị môi trường thay thế, nhưng cần hoàn tất việc chuyển ứng dụng trước mốc tắt dịch vụ thay vì coi thời gian lưu backup là phần gia hạn hoạt động.

Chính sách hoàn tiền cũng có phạm vi cụ thể: chỉ các thuê bao bắt đầu sau ngày chốt mà Instant công bố mới được hoàn đầy đủ. Thông báo không nói mọi khách hàng trả phí đều được hoàn tiền, vì vậy ngày bắt đầu thuê bao và hồ sơ thanh toán là căn cứ cần kiểm tra.

Vì sao đội InstantDB chọn gia nhập OpenAI

Lý do được đội Instant đưa ra là sự thay đổi trong cách người dùng tiếp cận sản phẩm. Trong vài năm gần đây, phần lớn người dùng bắt đầu sử dụng Instant thông qua các agent; đội ngũ cho rằng công nghệ này mới ở giai đoạn đầu và muốn đưa kinh nghiệm xây dựng hạ tầng ứng dụng vào OpenAI.

Instant được phát triển như một backend mã nguồn mở cho ứng dụng, kết hợp cơ sở dữ liệu thời gian thực với đồng bộ dữ liệu, xác thực, phân quyền và lưu trữ. Đội ngũ cho biết hơn 17.000 người đã thử nền tảng, tạo khoảng 400.000 ứng dụng và xử lý xấp xỉ 2,5 tỷ giao dịch. Đây là số liệu tích lũy do Instant công bố, không phải số ứng dụng đang hoạt động hoặc lượng khách hàng trả phí tại thời điểm thông báo.

Cách diễn đạt chính thức là đội Instant gia nhập OpenAI. Nội dung công khai không mô tả cơ cấu pháp lý của giao dịch, không nêu giá trị và cũng không công bố kế hoạch biến InstantDB thành một sản phẩm của OpenAI. Hệ quả đã được xác định với khách hàng chỉ là đội ngũ chuyển sang OpenAI, Instant Cloud đi vào lịch đóng cửa và mã nguồn tiếp tục tồn tại để tự lưu trữ.

Checklist chuyển ứng dụng khỏi Instant Cloud

Quá trình chuyển đổi không chỉ là tải một tệp dữ liệu rồi đổi địa chỉ máy chủ. Tài liệu di chuyển của Instant chia công việc thành hai giai đoạn: diễn tập bằng một backup thử nghiệm, sau đó tạm dừng ghi để phục hồi backup cuối cùng và chuyển client sang hệ thống tự lưu trữ.

1. Lập danh mục phụ thuộc: ghi lại schema, quy tắc phân quyền, dữ liệu ứng dụng, tệp lưu trữ, mẫu email, webhook, magic code và từng nhà cung cấp OAuth. Những thành phần này phải được kiểm tra riêng sau khi phục hồi.
2. Dựng môi trường tự lưu trữ: xác nhận có thể đăng nhập dashboard, tạo ứng dụng, truy vấn và ghi dữ liệu. Cấu hình nhà cung cấp email, hạn chế đăng ký dashboard và tắt khả năng tạo ứng dụng tạm nếu không cần dùng.
3. Phục hồi thử một backup: đối chiếu schema, quyền, bản ghi, tệp, email và các phương thức đăng nhập. Lần diễn tập giúp phát hiện cấu hình thiếu và ước lượng khoảng gián đoạn cần thiết khi chuyển hệ thống thật.
4. Chuẩn bị thay đổi phía client: cập nhật app ID, địa chỉ API và WebSocket trong các lệnh khởi tạo nhưng chưa triển khai. Nếu sử dụng Admin SDK, cần chuẩn bị cả app ID mới, admin token và API URI.
5. Thực hiện lần chuyển cuối: đưa ứng dụng cloud về chế độ chỉ đọc, chờ thao tác ghi đang xử lý kết thúc, tạo backup mới rồi phục hồi vào môi trường đích. Trước khi chuyển client, kiểm tra tình trạng hệ thống, schema, quyền, dữ liệu, tệp và đăng nhập.
6. Kiểm tra sau triển khai: theo dõi truy vấn, thao tác ghi, xác thực và tải tệp. Khi client đã bắt đầu ghi vào hệ thống mới, bản trên Instant Cloud không còn là bản dữ liệu mới nhất và không thể được xem như điểm quay lại tự động.

OAuth cần được xử lý thận trọng trong quá trình này. Nhà phát triển phải tạo lại từng nhà cung cấp trên ứng dụng đã phục hồi, thêm callback của hệ thống tự lưu trữ và chỉ gỡ callback Instant Cloud sau khi việc chuyển đổi hoàn tất.

Điều đã rõ và phần còn bỏ ngỏ

Tự lưu trữ cho phép ứng dụng tiếp tục dùng Instant, nhưng chuyển trách nhiệm vận hành sang chủ ứng dụng. Nhóm phát triển phải tự quản lý hạ tầng, giám sát, email, bí mật OAuth, backup và khả năng mở rộng—những phần trước đây được Instant Cloud cung cấp như một dịch vụ.

Các công bố hiện có không nêu dịch vụ cloud kế nhiệm, phương án chuyển tự động sang nhà cung cấp khác hoặc cam kết rằng OpenAI sẽ tiếp quản endpoint và tài khoản Instant Cloud. Việc đội ngũ gia nhập OpenAI vì thế không đồng nghĩa ứng dụng của khách hàng sẽ được chuyển sang hạ tầng OpenAI.

Trạng thái của câu chuyện đã đủ rõ để lập kế hoạch: đăng ký mới đã đóng, ứng dụng hiện hữu có một cửa sổ di chuyển xác định và backup được giữ lâu hơn thời gian vận hành ứng dụng. Những thông tin còn phải chờ gồm quy trình hỗ trợ từng khách hàng, cách xử lý hoàn tiền trên thực tế và mọi thay đổi tiếp theo đối với công cụ xuất hoặc phục hồi dữ liệu.

Đọc thêm:

• Tòa chặn Lầu Năm Góc liệt Anthropic vào rủi ro: giới hạn mới cho hợp đồng AI
• Hai SOC cùng bị chiếm domain, chỉ một bên phát hiện: công cụ không phải khác biệt