Login

Serverless là gì? Chạy code mà không cần quản lý máy chủ

  • author-image

    Nguyễn Đình Cường

  • blog-tag
  • blog-comment 0 comment
  • created-date 09 Nov, 2026
blog-thumbnail

"Serverless" nghe như không có máy chủ, nhưng thật ra máy chủ vẫn còn đó, chỉ là bạn không phải lo cài đặt, vá lỗi hay mở rộng chúng. Bạn viết code, nhà cung cấp lo phần còn lại. Bài này giải thích cách hoạt động, ưu nhược điểm và lúc nào nên dùng.

Serverless hoạt động thế nào?

Trong mô hình truyền thống, bạn thuê máy chủ chạy liên tục, kể cả lúc không có ai dùng. Với serverless, bạn đóng gói code thành các hàm nhỏ. Mỗi khi có sự kiện (một yêu cầu HTTP, một file được tải lên, một lịch hẹn giờ), nhà cung cấp tự khởi chạy hàm, xử lý xong thì dừng. Bạn trả tiền theo mức sử dụng thực tế.

Mô hình này thường được gọi là FaaS (Function as a Service). Ngoài hàm, "serverless" còn dùng cho các dịch vụ được quản lý hoàn toàn như cơ sở dữ liệu tự co giãn, hàng đợi tin nhắn hay lưu trữ file.

Ưu điểm

  • Không quản trị máy chủ: ít việc vận hành, không phải lo cài hệ điều hành hay vá bảo mật tầng máy.
  • Tự co giãn: lượng yêu cầu tăng thì hệ thống tự chạy thêm bản sao.
  • Trả theo mức dùng: với tải thấp hoặc thất thường, chi phí có thể rất thấp.
  • Triển khai nhanh: phù hợp để thử ý tưởng và làm sản phẩm nguyên mẫu.

Nhược điểm cần cân nhắc

  • Khởi động nguội (cold start): lần gọi đầu sau một thời gian không dùng có thể chậm hơn.
  • Giới hạn thời gian và tài nguyên: mỗi lần chạy thường có hạn mức về thời lượng và bộ nhớ.
  • Phụ thuộc nhà cung cấp: cách cấu hình và dịch vụ đi kèm khác nhau, chuyển đổi nền tảng có thể tốn công.
  • Chi phí khó đoán khi tải cao liên tục: với lưu lượng đều và lớn, máy chủ chạy thường trực đôi khi rẻ hơn.
  • Gỡ lỗi và kiểm thử cục bộ phức tạp hơn vì nhiều thành phần nhỏ phối hợp với nhau.

Khi nào nên dùng?

  1. API nhỏ, webhook, xử lý biểu mẫu liên hệ.
  2. Tác vụ nền theo sự kiện: tạo ảnh thu nhỏ khi có ảnh mới, gửi email sau khi đăng ký.
  3. Công việc theo lịch: báo cáo hằng ngày, dọn dữ liệu.
  4. Ứng dụng có lưu lượng thất thường hoặc mới ra mắt.

Ví dụ một hàm serverless

Dưới đây là hàm Node.js mẫu nhận yêu cầu và trả lời JSON. Cấu trúc tham số khác nhau tùy nền tảng, đây chỉ là minh họa ý tưởng:

export async function handler(event) {
  const name = (event.queryStringParameters || {}).name || "bạn";
  return {
    statusCode: 200,
    headers: { "Content-Type": "application/json; charset=utf-8" },
    body: JSON.stringify({ message: "Xin chào " + name })
  };
}

Mẹo thiết kế hàm tốt

  • Mỗi hàm làm một việc rõ ràng và nên không lưu trạng thái trong bộ nhớ; hãy lưu ở cơ sở dữ liệu hoặc bộ nhớ đệm bên ngoài.
  • Giữ kích thước gói nhỏ để giảm thời gian khởi động.
  • Thiết kế để chạy lặp lại an toàn (idempotent), vì sự kiện có thể được gửi nhiều hơn một lần.
  • Đặt giới hạn, cảnh báo chi phí và ghi log đầy đủ ngay từ đầu.

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

Serverless có rẻ hơn máy chủ thường không?

Với tải thấp hoặc thất thường thường là có, còn với tải cao đều đặn thì cần tính toán cụ thể. Hãy ước lượng chi phí bằng bảng giá của nhà cung cấp trước khi quyết định.

Có thể xây ứng dụng lớn bằng serverless không?

Có thể, nhưng cần thiết kế cẩn thận về dữ liệu, giám sát và quản lý nhiều hàm nhỏ. Nhiều đội kết hợp serverless với dịch vụ chạy thường trực.

Kết luận

Serverless không phải viên đạn bạc nhưng là lựa chọn rất đáng cân nhắc cho tải thất thường, tác vụ theo sự kiện và dự án cần ra mắt nhanh. Hãy thử với một hàm nhỏ, quan sát chi phí và độ trễ thực tế, rồi mới quyết định mở rộng.

Khi đã sẵn sàng đào sâu hơn, bạn có thể bắt đầu từ danh sách khóa học trên codebem.com và chọn chủ đề hợp với mình.

author_photo
Nguyễn Đình Cường

0 comment