Lý do các tác tử AI ưa chuộng Supabase

Lần đầu tiên người viết gặp Paul Copplestone và Ant Wilson là tại Singapore, không lâu sau khi họ hoàn thành chương trình tại YC với tư cách là công ty khởi nghiệp nổi bật nhất của khóa YC S20. Sau 6 năm, chương trình podcast đã có dịp mời cả hai cùng tham gia đối thoại. Đây là lần đầu tiên hai nhà sáng lập cùng xuất hiện trên một chương trình podcast, sau khi đưa một doanh nghiệp mã nguồn mở, hoạt động hoàn toàn từ xa từ con số 0 đạt mức định giá 10 tỷ USD. Tiêu đề chương trình đặt ra một vấn đề cần làm rõ: vì sao các tác tử AI (agents) lại ưa chuộng Supabase? Hiện có rất nhiều cơ sở dữ liệu được quản lý (managed database). Thị trường dịch vụ lưu trữ Postgres có tính cạnh tranh cao. Việc một mô hình AI quen thuộc với một công cụ là lợi thế phân phối tốt, song điều đó chưa đủ để lý giải toàn bộ khối lượng công việc cần thiết nhằm chuyển hóa một ứng dụng do AI tạo ra thành một hệ thống vận hành thực tế. Tuy nhiên, theo số liệu từ hệ thống theo dõi Frontier AEO, Supabase gần như là lựa chọn hàng đầu cho phần phụ trợ ứng dụng (backend), đồng thời cạnh tranh mạnh mẽ ở phân khúc cơ sở dữ liệu được quản lý, đối với mọi mô hình biên tiến tiến từ Astra, Fable đến Muse. Tại sự kiện Select, Supabase đã phân nhóm các nội dung công bố thành ba phần: Xây dựng (Build), Vận hành (Operate) và Mở rộng (Scale). Những điểm nổi bật nhất đều mang tính thực tiễn cao: khởi chạy backend cục bộ mà không cần Docker, lưu trữ lược đồ cơ sở dữ liệu mong muốn trên Git, và triển khai tài nguyên tính toán (compute) ngay cạnh cơ sở dữ liệu. Mỗi cải tiến đều loại bỏ một phần công việc tồn tại nhiều năm qua của các nhà phát triển. Sự tham gia của các tác tử AI khiến những rào cản kỹ thuật này càng không thể xem nhẹ. Theo dõi toàn bộ cuộc trò chuyện, bao gồm phần bình luận mở đầu → Cung cấp cho tác tử AI một hệ thống backend dễ đọc Những công bố về công cụ phát triển đáng chú ý thường mang lại giá trị ứng dụng tức thì. Môi trường thực thi (runtime) phiên bản alpha mới cho phép vận hành Supabase cục bộ mà không cần Docker là một minh chứng. Ngay cả khi sử dụng Colima thay vì Docker Desktop, việc loại bỏ thêm một thành phần phụ thuộc trong quy trình thiết lập cơ sở dữ liệu hoạt động vẫn là một bước tiến đáng ghi nhận. Việc thiết lập môi trường cục bộ chỉ chiếm một phần nhỏ thời gian của một lập trình viên; tuy nhiên, đối với một tác tử AI liên tục khởi tạo và kiểm thử môi trường, thao tác này phải lặp lại với tần suất rất lớn. Lược đồ khai báo (declarative schema) là một giải pháp mang tầm vóc lớn hơn. Quy trình làm việc thông thường với SQL thường tích lũy một chuỗi lịch sử: khởi tạo lược đồ, sau đó liên tục thực hiện chuyển đổi (migration). Cách tiếp cận mang tính khai báo cung cấp cho tác tử AI bản mô tả chính xác về trạng thái mong muốn dưới dạng các tệp tin có thể kiểm tra và chỉnh sửa song song với ứng dụng. Trong phần bình luận, bước tiến này được so sánh với bước ngoặt mang tính đột phá tương tự Terraform đối với cơ sở dữ liệu. Khi đưa trạng thái mong muốn vào Git, tác tử AI có thể đọc, sửa đổi, rẽ nhánh và xử lý trực tiếp như một phần của kho lưu trữ mã nguồn. Đội ngũ lập trình viên cũng nhận được lợi ích tương tự: hệ thống backend trở nên dễ hiểu hơn mà không cần tái hiện lại toàn bộ lịch sử thay đổi. Đó là điểm then chốt trong định hướng thân thiện với tác tử AI. Đây vốn là những cải tiến mà giới phát triển phần mềm mong đợi từ trước. Việc tối ưu hóa cho tác tử AI tạo thêm động lực thúc đẩy đội ngũ kỹ thuật hoàn thiện giải pháp. Tài nguyên tính toán cần được nhìn nhận thỏa đáng Supabase Compute, hiện ở phiên bản thử nghiệm giới hạn (private alpha), dường như chưa được đánh giá đúng mức. Một ứng dụng không chỉ cần nơi lưu trữ kết quả mà còn cần môi trường để thực thi nhiệm vụ. Khi đã có cơ sở dữ liệu, hệ thống vẫn cần hạ tầng để vận hành các tiến trình phân tách tài liệu, tạo nhúng (embeddings) hoặc xử lý các tác vụ kéo dài khác. Paul và Ant đã thảo luận về việc vận hành các container ngay sát cơ sở dữ liệu. Giải pháp này giúp thu hẹp khoảng cách giữa giai đoạn khởi tạo và giai đoạn vận hành ứng dụng: giảm bớt các dịch vụ riêng lẻ cần cấu hình, kết nối và giải thích cho tác tử AI. Các hàm Edge functions vẫn giữ nguyên giá trị, song không thể bao quát toàn bộ các loại khối lượng công việc. Khía cạnh vận hành cũng đóng vai trò then chốt. Nhật ký hoạt động, các bước kiểm tra, kết nối và ngữ cảnh hỗ trợ tác tử (agent) hiểu rõ đối tượng đang được thay đổi. Một mô hình có khả năng tạo mã SQL vẫn cần nắm rõ nội dung cơ sở dữ liệu, cách thức ứng dụng khai thác dữ liệu đó và diễn biến cụ thể khi xảy ra sự cố. Các thông báo về việc vận hành của Supabase là nội dung đáng chú ý bên cạnh những phương thức xây dựng mới. Từ phiên bản mẫu đến quy mô petabyte Ban sáng lập cho biết Supabase hiện khởi tạo khoảng năm triệu cơ sở dữ liệu mỗi tháng, đồng thời đang tính toán kịch bản khi các tác tử thúc đẩy con số này lên tới hàng tỷ ứng dụng. Cùng thời điểm, quy mô dữ liệu và khối lượng công việc của nhóm khách hàng hiện hữu cũng tăng trưởng mạnh mẽ. Việc phục vụ đồng thời nhiều cơ sở dữ liệu nhỏ và hỗ trợ cơ sở dữ liệu ngày càng lớn của một khách hàng là hai bài toán kỹ thuật khác biệt. Điều này lý giải phạm vi toàn diện của các thông báo về mở rộng quy mô (Scale): OrioleDB, Multigres và thương vụ mua lại Turso. Nội dung trao đổi đi sâu vào quá trình thực hiện định vị mới "từ phiên bản mẫu đến quy mô petabyte", bao gồm độ tin cậy của Postgres và các lựa chọn chiến lược giữa mở rộng theo chiều dọc (scale up) và mở rộng theo chiều ngang (scale out). Một ghi nhận từ Paul Copplestone và Ant Wilson mang lại giá trị tham khảo lớn cho các đơn vị phát triển công cụ lập trình: tỷ lệ kích hoạt và chuyển đổi người dùng được cải thiện rõ rệt theo đà gia tăng của việc ứng dụng AI. Theo lý giải của hai nhà sáng lập, tác tử có thể dẫn dắt người dùng từ khâu đăng ký đến khi hoàn tất thiết lập vận hành trong một quy trình liền mạch, giúp người dùng không phải tự giải quyết từng bước cấu hình trước khi thấy ứng dụng hoạt động. Buổi trao đổi cũng đề cập đến văn hóa ảnh chế (meme) và cộng đồng đóng vai trò thúc đẩy sự phát triển của Supabase, xu hướng tiếp nhận phần mềm mã nguồn mở, hoạt động bán hàng cho doanh nghiệp lớn, cũng như khả năng các tác tử sẽ hội tụ về chung các mô hình ứng dụng. Chương trình ghi nhận sự phối hợp chặt chẽ giữa hai nhà sáng lập trong quá trình phát triển sản phẩm, đồng thời phản ánh khối lượng công việc đồ sộ phía sau một hệ thống hạ tầng được tác tử vận hành một cách tối giản. Ghi chú chương trình Supabase Compute — vận hành các khối lượng công việc song hành cùng cơ sở dữ liệu. Multigres — giải pháp bảo đảm tính sẵn sàng cao cho Postgres, hiện trong giai đoạn thử nghiệm giới hạn (private alpha). Supabase mua lại Turso — kiến trúc cơ sở dữ liệu nền tảng cho định hướng mở rộng theo chiều ngang. Supabase Select — sự kiện được thảo luận trong cuộc trao đổi. Các phần nội dung 0:00 Mở đầu và lý do các tác tử AI ưa chuộng Supabase 5:23 Paul Copplestone và Ant Wilson 6:39 Điện toán song hành cùng cơ sở dữ liệu 8:05 OrioleDB và Multigres 12:50 Mở rộng theo chiều dọc, mở rộng theo chiều ngang và Turso 17:53 Tiếp thị cho giới lập trình viên và văn hóa meme 23:15 Quá trình ra mắt và di chuyển dữ liệu 31:03 Vector, tăng trưởng và các đề xuất ứng dụng AI 41:43 Bán hàng dựa trên sản phẩm và tăng trưởng khối doanh nghiệp 49:38 Di chuyển dữ liệu trực tiếp và phân tích 58:43 Phát triển ứng dụng cục bộ sẵn sàng cho tác tử AI 1:06:43 Cộng đồng và quy trình vận hành doanh nghiệp