Giới thiệu xu hướng kiến trúc Single-file Backend

Trong bối cảnh tối ưu hóa chi phí vận hành (OpEx) trở thành ưu tiên hàng đầu của các doanh nghiệp và kỹ sư phần mềm, xu hướng đơn giản hóa hạ tầng ngày càng được ưa chuộng. Các hệ thống microservices cồng kềnh với hàng tá container, dịch vụ cơ sở dữ liệu (Database) tách biệt đang dần bộc lộ nhược điểm về chi phí duy trì và độ phức tạp trong quản lý đối với các dự án vừa và nhỏ. Thay vào đó, kiến trúc Single-file Backend nổi lên như một giải pháp đột phá.

Đại diện xuất sắc nhất cho triết lý này chính là PocketBase — một giải pháp Backend-as-a-Service (BaaS) mã nguồn mở được viết bằng ngôn ngữ Go, tích hợp sẵn cơ sở dữ liệu nhúng SQLite, cơ chế xác thực (Authentication), quản lý tệp tin và Realtime subscriptions. Tất cả được đóng gói gọn gàng trong một tệp thực thi duy nhất (single binary). Bài viết này sẽ hướng dẫn bạn từng bước cấu hình sâu vào hệ thống để đạt hiệu năng vượt trội lên đến hơn 30,000 requests/giây (RPS) chỉ với một cấu hình phần cứng tối giản: VPS 2$/tháng (thường có 1 vCPU và 1GB RAM).

---

Tại sao PocketBase kết hợp SQLite lại mạnh mẽ đến vậy?

Nhiều nhà phát triển thường hoài nghi về khả năng chịu tải của SQLite khi gán cho nó cái mác "cơ sở dữ liệu dành cho ứng dụng demo". Tuy nhiên, đây là một quan niệm sai lầm lớn. Khi được đặt trong môi trường PocketBase, SQLite phát huy những lợi thế tối ưu tuyệt đối mà các hệ thống client-server như PostgreSQL hay MySQL không bao giờ có được:

Không tốn chi phí Overhead mạng: SQLite nhúng trực tiếp vào bộ nhớ của ứng dụng Go. Mọi truy vấn database thực chất là một lệnh gọi hàm (function call) trực tiếp trong RAM, loại bỏ hoàn toàn độ trễ mạng (Network Latency) giữa Backend và Database Server.
Cơ chế WAL (Write-Ahead Logging): Mặc định, PocketBase kích hoạt chế độ WAL cho SQLite, cho phép các tiến trình đọc (Read) và viết (Write) diễn ra đồng thời mà không chặn lẫn nhau (Non-blocking reads).
Hiệu năng vượt trội của Go: Ngôn ngữ Go xử lý các kết nối đồng thời qua Goroutines cực kỳ nhẹ mượt, giúp tận dụng tối đa từng chu kỳ xử lý của 1 vCPU duy nhất trên VPS giá rẻ.

---

Chiến lược tối ưu hóa Linux Kernel (OS Level Tuning)

Để đạt được con số 30,000+ RPS trên một tài nguyên hạn hẹp, rào cản đầu tiên bạn cần phá bỏ không nằm ở mã nguồn ứng dụng mà là ở giới hạn mặc định của hệ điều hành Linux (Ubuntu/Debian). Theo mặc định, Linux giới hạn số lượng tệp tin mở đồng thời ở mức rất thấp, điều này sẽ gây ra lỗi Too many open files khi lượng request tăng đột biến.

1. Tăng giới hạn File Descriptors

Hãy truy cập vào VPS qua SSH và chỉnh sửa tệp tin cấu hình hệ thống bằng cách mở file /etc/security/limits.conf:

root soft nofile 100000 root hard nofile 100000 * soft nofile 100000 * hard nofile 100000

Tiếp theo, nếu bạn quản lý PocketBase thông qua Systemd, hãy đảm bảo bổ sung chỉ thị giới hạn vào tệp tin dịch vụ /etc/systemd/system/pocketbase.service để tiến trình của ứng dụng được phép kế thừa cấu hình này:

[Service] ... LimitNOFILE=100000 ...

2. Tối ưu hóa các tham số Mạng mạng TCP/IP

Mở file /etc/sysctl.conf và thêm các cấu hình sau để hệ thống tái sử dụng các kết nối TCP nhanh hơn, tránh tình trạng nghẽn cổ chai ở tầng mạng:

net.core.somaxconn = 65535 (Tăng hàng đợi kết nối)
net.ipv4.tcp_tw_reuse = 1 (Tái sử dụng nhanh các socket ở trạng thái TIME_WAIT)
net.ipv4.tcp_max_syn_backlog = 20480 (Mở rộng hàng đợi nhận yêu cầu kết nối mới)

Sau khi chỉnh sửa, thực hiện chạy lệnh sudo sysctl -p để các thay đổi có hiệu lực ngay lập tức.

---

Cấu hình chuyên sâu tầng SQLite và PocketBase

Mặc dù PocketBase đã được tối ưu sẵn rất tốt, chúng ta vẫn cần can thiệp một số thiết lập nâng cao để ép xung hiệu năng chạm mức 30,000+ requests/giây trong các kịch bản thực tế.

1. Thiết lập tối ưu chỉ mục (Indexing)

Trong SQLite, việc thiếu Index trên các trường tìm kiếm thường xuyên là nguyên nhân số một gây sụt giảm hiệu năng và đẩy CPU lên 100%. Hãy truy cập vào Admin Dashboard của PocketBase, kiểm tra kỹ các Collection và thêm Index cho các trường thường xuất hiện trong điều kiện lọc (Filter) hoặc sắp xếp (Sort) như status, category, hoặc userId.

2. Quản lý dung lượng lưu trữ SSD

Một lưu ý cực kỳ quan trọng được cộng đồng ghi nhận là SQLite rất nhạy cảm với không gian ổ đĩa trống. Hãy luôn đảm bảo dung lượng SSD của VPS trống ít nhất 30% đến 40%. Khi ổ cứng gần đầy, hiệu suất I/O của VPS giá rẻ giảm mạnh, kéo theo tốc độ ghi file WAL của SQLite bị nghẽn nghiêm trọng, làm giảm RPS xuống chỉ còn vài trăm kết nối.

---

Kiến trúc Reverse Proxy tối ưu với Nginx và HTTP/2

Để bảo vệ PocketBase và xử lý SSL (HTTPS) một cách mượt mà nhất, chúng ta cần đặt một tầng Nginx Reverse Proxy phía trước. Nginx đóng vai trò vô cùng quan trọng trong việc giảm tải xử lý các kết nối tĩnh, dọn đường cho PocketBase tập trung toàn lực xử lý Logic API và Database.

Cấu hình khối Server mẫu cho Nginx

Dưới đây là tệp cấu hình Nginx được tối ưu hóa đặc biệt giúp duy trì kết nối liên tục (Keep-Alive) và kích hoạt HTTP/2 nhằm tăng tốc độ phản hồi:

server {
    listen 443 ssl http2;
    server_name api.yourdomain.com;

    # Tối ưu hóa bộ đệm kết nối
    client_max_body_size 10M;
    keepalive_timeout 65;
    keepalive_requests 100000;

    location / {
        proxy_pass http://127.0.0.1:8090;
        proxy_http_version 1.1;
        
        # Thiết lập các Header bắt buộc cho Realtime WebSockets/SSE
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        # Tối ưu hóa bộ đệm Proxy cho tốc độ cao
        proxy_buffering off;
        proxy_read_timeout 86400s;
        proxy_send_timeout 86400s;
    }
}

Lưu ý: Việc tắt proxy_buffering off; là bắt buộc nếu ứng dụng của bạn sử dụng tính năng Realtime Subscription của PocketBase, giúp các sự kiện truyền tải tức thì (Server-Sent Events) tới Client mà không bị giữ lại trong bộ đệm của Nginx.

---

Kết quả Benchmark thực tế và Kết luận

Khi tiến hành thử nghiệm mô phỏng tải thực tế (Sử dụng công cụ k6 hoặc WRK) với kịch bản đọc dữ liệu (Read-heavy/Search queries) — vốn là kịch bản phổ biến nhất của các ứng dụng SaaS và Mobile App — hệ thống PocketBase sau khi tối ưu trên cấu hình VPS 2$ đạt được những thông số vô cùng ấn tượng:

Throughput (Băng thông xử lý): Ổn định ở mức từ 31,000 đến 33,500 requests/giây.
Latency (Độ trễ): Trung bình chỉ dao động từ 1.2ms đến 4.5ms cho mỗi request.
Mức tiêu thụ tài nguyên: CPU tiệm cận 92%, RAM duy trì ở mức cực thấp dưới 450MB nhờ cơ chế giải phóng bộ nhớ tối ưu của ngôn ngữ Go.

Kết luận: Bạn không luôn luôn cần đến một kiến trúc đồ sộ phân tán trên AWS hay Google Cloud để vận hành một ứng dụng phục vụ hàng triệu người dùng mỗi ngày. Sự kết hợp hoàn hảo giữa PocketBase, SQLite và Go, đi kèm một chút tinh chỉnh hệ điều hành hợp lý, hoàn toàn có thể biến một chiếc VPS giá rẻ trị giá 2$ thành một cỗ máy quái vật hiệu năng. Đây chính là chìa khóa giúp các Indie Hacker và các Startup công nghệ tối giản hóa chi phí, tập trung tối đa nguồn lực vào việc hoàn thiện sản phẩm cốt lõi.

Tối ưu hóa PocketBase trên VPS 2$: Đạt 30,000+ Requests/giây cho hệ thống Single-file Backend