# 🖥️ Ai cũng nghĩ mua máy chạy AI local là rẻ hơn — phép tính 8 năm khiến tôi đổi ý
Bài này nằm trong chuỗi mổ xẻ kỹ thuật tại zeodavu.com/blog. Mình từng lỡ tin vào một câu nói mà ai làm AI cũng từng nghe: "cứ mua một cái máy chạy local đi, lâu dài sẽ rẻ hơn trả API". Nghe hợp lý. Mình suýt bấm nút mua. Rồi mình ngồi lại và nhập mọi thứ vào một cái bảng tính, và kết quả khiến mình đổi ý hoàn toàn. Bài này kể về phép tính đó — và vì sao quyết định "mua hay trả theo lượt" hoá ra là một quyết định kiến trúc, không phải quyết định "tiết kiệm".
Khi nhắc tới "dùng AI để làm tiền", người ta hay hình dung một con bot chạy mãi, tạo ra giá trị liên tục. Và rồi ai cũng chạm tới một nỗi đau rất quen: cái bill API. Mỗi lần gọi là một lần tính tiền, chạy nhiều thì bill cao, lo lắng. Rồi một câu giải cứu xuất hiện, nghe thật hợp lý:
"Mua một cái máy mạnh chạy model local đi. Trả tiền một lần, xong không lo bill nữa."
Mình cũng nghĩ vậy. Một con máy mạnh, một lần bấm nút, rồi mỗi tháng không còn cái tính tiền kia nữa. Nghe như một lời giải hoàn hảo cho nỗi sợ bị động. Vậy tại sao mình lại không mua?
Đó là câu chuyện mình muốn kể.
Câu chuyện "mua máy là rẻ hơn" — thứ mà ai cũng từng tin
Hãy bắt đầu từ cái lý do khiến câu chuyện này nghe cực kỳ thuyết phục. Nó đánh vào đúng một trực giác: cái gì trả một lần thì rẻ hơn cái gì trả nhiều lần. Bạn mua một cái máy, dùng năm năm, hết. Bạn trả API, tháng nào cũng ra một cục, năm năm = sáu mươi cục đau.
Vậy nên suy luận tự nhiên là: chạy nhiều thì càng nên mua máy. Đúng không?
Có đúng — nhưng chỉ trong một điều kiện mà hầu như ai cũng đoán sai. Điều kiện đó là: bạn phải thật sự chạy một lượng việc đủ lớn và đủ ổn định. Còn nếu không, câu chuyện đổ bể.
Đây là chỗ mọi người ngã.
Phép tính 8 năm: khi "trả một lần" hoá ra lại là "trả đắt"
Mình ngồi xuống, vẽ ra hai cột: chi phí mua máy, và chi phí trả theo lượt. Và mối quan hệ giữa chúng phụ thuộc vào một biến số quan trọng: mình dùng AI nhiều cỡ nào mỗi ngày.
Đây là điểm mấu chốt mà mình muốn nói rõ. Phần lớn công việc AI của mình không phải là "chạy đỏ mắt", mà là những tác vụ nhỏ, lặp lại, rải rác trong ngày: đọc và tóm tắt vài nguồn tin, kiểm tra số liệu, gợi ý nội dung, chỉnh vài đoạn. Gọi model vài lần cho những việc như thế — số tiền ra không nhiều.
Trong khi đó, cục chi phí mua máy thì cố định và đặt trước. Bạn bỏ ra một mớ tiền ngay từ đầu, và để "hoà vốn" với cách dùng bình thường của mình, phải mất rất lâu. Lâu tới mức mình ngồi đếm và thấy con số nằm đâu đó trong khoảng gần một thập kỷ — thậm chí lâu hơn tuổi thọ hợp lý của một con máy.
Hãy nghĩ lại điều này:
- ▹Cái bill API mỗi tháng của mình, quy ra cả năm, là một con số bằng một phần nhỏ giá con máy.
- ▹Số tiền đó, gom lại mười năm, vẫn có thể chưa bằng giá con máy mình định mua hôm nay.
- ▹Mà mười năm — con máy đó liệu còn được dùng vào việc gì? Model đứng sau nó đã đổi bao nhiêu lần?
Mình đâu cần một cái máy xịn. Mình chỉ cần một cách "gọi AI" ổn định và rẻ. Và cái máy xịn, cộng thêm mười năm để hoà vốn, không phải là answer.
Vì sao "dùng để lâu rẻ hơn" thường là cái bẫy
Khi mình cào sâu hơn, mình thấy cái bẫy nằm ở chỗ ai cũng quên mất vài chi phí vô hình mà cục "trả một lần" giấu đi:
1. Con máy cũ đi trước khi bạn hoà vốn. Đây là cái chí mạng. Model AI tiến nhanh đến mức một con máy mua hôm nay, ba năm sau đã là "đời trước" so với thứ chạy được trên đó. Người ta hay so "mua một lần dùng năm năm" — nhưng với AI, chu kỳ chết của phần cứng không phải vì nó hỏng, mà vì nó hết "theo kịp". Bạn đang trả cho một thứ mà tương lai gần không còn ai dùng.
2. Chi phí điện, nhiệt, và bảo trì. Một con máy chạy AI local có thể ngốn một lượng điện đáng kể, bật 24/7. Đó là một chi phí định kỳ mới mà người mua hay bỏ qua — đúng thứ bạn tưởng đang tránh được.
3. Không còn "đổi dễ dàng". Với API, nếu hôm nay con model X chán, ngày mai bạn đổi sang con Y — chỉ là đổi vài dòng. Với máy mua rồi, bạn khoá cứng vào một lựa chọn. Điều gì khiến bạn chọn đúng ngay lần đầu? Rất hiếm.
4. Chi phí cơ hội. Một khoản tiền lớn bỏ ra ngay, thay vì dùng để chạy thêm dự án khác, trả cho vài việc có giá trị hơn. Đây là thứ không hiện trên bảng tính, nhưng là cái "đắt" nhất.
Trong AI, "mua máy để rẻ hơn" giống như mua một cái bể bơi vì tính ra "mỗi lần đi hồ bơi đều tốn tiền". Nhưng bạn chỉ đi có vài lần một năm. Còn cái hồ bơi thì vẫn ngốn tiền bảo trì mỗi tháng.
Hoá ra quyết định này là một bài toán kiến trúc, không phải chuyện tiết kiệm
Điều thay đổi cách nhìn của mình: mình ngừng hỏi "mua hay trả API cái nào rẻ" và bắt đầu hỏi "công việc của mình thực sự có hình dạng gì". Vì hai cách chạy AI này sinh ra để phục vụ hai hình dạng khác nhau.
Có một nguyên tắc mình dùng để phân loại, và nó ăn đứt mọi tranh cãi "rẻ hay không":
- ▹Tác vụ rải rác, ít, lặp lại, không gấp → đừng mua máy. Trả theo lượt rẻ hơn hẳn, vì bạn không phải nuôi một cỗ máy reo rẻ cả ngày chỉ để dùng vài phút.
- ▹Tác vụ chạy liên tục, khối lượng lớn theo lịch, ổn định trong nhiều tháng → mới đáng xét mua máy, vì bạn sẽ "đốt" một lượng lớn mỗi ngày.
Hầu hết mọi người thuộc vế đầu — kể cả mình. Vậy mà nhiều người mua máy như thể thuộc vế hai.
Nó trở thành một bài toán định tuyến: nhìn vào hình dạng tác vụ rồi chọn nơi chạy cho đúng. Đừng để một quyết định thiết bị to tát dẫn dắt toàn bộ kiến trúc.
# pseudo-code minh hoạ — KHÔNG phải nguồn triển khai
def choose_where_to_run(task):
# 1. Nhìn khối lượng: chạy ít thì trả theo lượt là rẻ nhất
if task.volume_per_day() < THRESHOLD:
return "api" # dùng ít, đừng nuôi máy
# 2. Nhìn độ ổn định: chạy liên tục nhiều tháng mới đáng cân lại
if task.is_continuous() and task.stable_for_months():
return "local" # khối lượng lớn + ổn định -> mới đáng mua máy
# 3. Còn lại, mặc định linh hoạt: trả theo lượt và bật cache
return "api_with_cache"Điểm quan trọng ở dòng cuối: mình không nhất thiết phải chọn "mua hay không" một cách cứng nhắc. Mình có thể giữ quyền chọn khi nào và ở đâu. Phần lớn chi phí của mình thực ra nằm ở những lần lặp lại cố định — thứ có thể đưa vào cache, giảm gần như về không, mà không cần bỏ một xu ra mua máy.
Điều mình rút ra: đừng mua một cái búa vì một cái đinh
Cái kết của câu chuyện này không phải "đừng mua máy" hay "mua máy". Nó là: đừng để một câu chuyện dễ nghe dẫn dắt.
"Ai cũng nói mua máy là rẻ" — nghe rất hợp lý, nhưng nó là một lời khuyên dành cho người chạy một lượng việc cực lớn mỗi ngày. Nếu bạn không thuộc nhóm đó, bạn đang mua một cái búa để đóng một cái đinh duy nhất trong năm.
Bốn điều mình đem về:
- ▹Tỉnh táo với câu "trả một lần là rẻ hơn". Nó đúng khi khối lượng đủ lớn và ổn định. Nếu không, "trả một lần" thường là "trả đắt và khoá cứng".
- ▹Đừng quên chi phí vô hình. Máy cũ đi, điện, nhiệt, bảo trì, và mất khả năng đổi hướng — đều là chi phí, dù không hiện trên hoá đơn mua máy.
- ▹Chọn nơi chạy theo hình dạng tác vụ, không theo cảm giác "rẻ hơn". Ít + lặp lại → trả theo lượt. Nhiều + ổn định + lâu dài → mới đáng cân máy.
- ▹Giữ quyền linh hoạt. Cache, chọn thời điểm chạy, và tách phần "cứng" khỏi phần "mềm" — thường rẻ hơn hẳn việc mua một cỗ máy, và không khoá bạn vào một lựa chọn.
Bài này cố ý không nêu tên máy, giá cụ thể, hay provider. Mỗi con số là minh hoạ cơ chế, không phải số liệu nghiệp vụ. Điều đáng giữ là cách nhìn: "mua hay trả theo lượt" không phải chuyện tiết kiệm, mà là chuyện bạn đang muốn công việc của mình có hình dạng gì.
Toàn bộ trải nghiệm mình ghi lại ở zeodavu.com/blog.
Một phần của chuỗi mổ xẻ kỹ thuật tại zeodavu.com/blog. Nội dung là bài học mở, không phải blueprint để sao chép — thứ đáng giữ là cách tư duy, không phải danh sách công cụ.
Nếu thấy hữu ích, theo dõi zeodavu.com — mỗi bài là một thứ mình thật sự dùng, vấp, và sửa lại.