Cách giảm chi phí hosting cho ứng dụng của bạn

Để giảm chi phí hosting, hãy tìm xem thực sự cái gì đang chạy và vì sao, sau đó để mọi thứ ngủ khi không có ai dùng. Trên các host tự co giãn về không, một ứng dụng nhàn rỗi và một cơ sở dữ liệu đang ngủ tốn rất ít, nên những khoản tiết kiệm lớn nhất thường đến từ việc loại bỏ thứ đang giữ chúng thức — thường nhất là đoạn mã kiểm tra cơ sở dữ liệu vài giây một lần — rồi đến việc giảm băng thông và xóa các ứng dụng không ai dùng.

Hầu hết các ứng dụng nhỏ không gặp vấn đề về lưu lượng. Chúng gặp vấn đề "có thứ gì đó luôn bật". Hướng dẫn này chỉ cách tìm và khắc phục điều đó, kèm các prompt bạn có thể đưa cho công cụ xây dựng ứng dụng bằng AI.

Bạn thực sự trả tiền cho những gì

Hóa đơn hosting của các ứng dụng nhỏ đến từ một số ít yếu tố. Biết yếu tố nào lớn sẽ cho bạn biết nên tìm ở đâu.

Nhiều host hiện đại, bao gồm Mythex, tự co giãn về không: khi không ai dùng ứng dụng, máy chủ dừng và không tốn chi phí tính toán, rồi thức dậy ở lượt truy cập tiếp theo. Điều đó đổi câu hỏi từ "máy chủ của tôi lớn cỡ nào?" thành "vì sao máy chủ của tôi vẫn thức?"

Bước 1: Xem tiền đang đi đâu

Trước khi thay đổi bất cứ thứ gì, hãy mở trang sử dụng của host và tìm:

• Dự án nào tốn kém nhất. Thường một ứng dụng chiếm phần lớn hóa đơn.
• Danh mục nào — compute, cơ sở dữ liệu, băng thông hay lưu trữ.
• Khi nào nó tiêu tốn. Một đường phẳng suốt đêm, khi bạn không có người dùng, là dấu hiệu cho thấy có thứ gì đó đang giữ ứng dụng thức.

Trên Mythex, Chi tiết sử dụng hiển thị 30 ngày gần nhất được chia thành Build (agent AI) và Run (hosting, băng thông, cơ sở dữ liệu và lưu trữ tệp), kèm phân tích theo dự án.

Bước 2: Để ứng dụng và cơ sở dữ liệu nhàn rỗi ngủ

Đây là đòn bẩy thực sự với hầu hết ứng dụng nhỏ. Một cơ sở dữ liệu ngủ khi nhàn rỗi và thức dậy ở yêu cầu tiếp theo sẽ hầu như không tốn gì trong giờ vắng. Một cơ sở dữ liệu bị truy vấn vài giây một lần thì không bao giờ nhàn rỗi, nên bạn trả tiền cho nó suốt cả ngày.

Giới hạn hosting của Mythex giải thích cách điều này hoạt động với ứng dụng đã xuất bản: một ứng dụng đang ngủ không tốn chi phí tính toán, còn cơ sở dữ liệu bắt đầu ở kích cỡ nhỏ nhất, tăng lên khi bận, ngủ sau 5 phút nhàn rỗi, và được tính phí theo kích cỡ nhân với thời gian nó đã thức. Vì vậy, một ứng dụng truy vấn cơ sở dữ liệu dù chỉ mỗi vài phút một lần, cả ngày lẫn đêm, sẽ bị tính phí như thể lúc nào cũng bận — trong khi cùng một ứng dụng không có hoạt động nền thì tốn rất ít.

Những thứ thường gặp khiến ứng dụng luôn thức:

• Polling. Một trang hỏi máy chủ "có gì mới không?" mỗi 2–5 giây. Chỉ cần để tab đó mở trên một chiếc laptop, cơ sở dữ liệu sẽ không bao giờ ngủ.
• Bảng điều khiển tự làm mới tải lại dữ liệu theo bộ hẹn giờ, ngay cả khi không ai đang xem.
• Công cụ giám sát uptime ping ứng dụng mỗi phút.
• Vòng lặp nền trong mã máy chủ — một setInterval dọn dẹp hoặc đồng bộ dữ liệu mãi mãi.
• Yêu cầu "giữ sống" theo lịch mà ai đó đã thêm để tránh lần truy cập đầu tiên chậm — chúng hoạt động bằng cách ngăn ứng dụng ngủ, đúng thứ khiến bạn tốn tiền.

Hãy nhờ AI tìm chúng:

Hãy xem qua mã và tìm bất cứ thứ gì chạy theo bộ hẹn giờ hoặc truy vấn cơ sở dữ liệu lặp đi lặp lại: polling, setInterval, tự làm mới, vòng lặp nền. Liệt kê từng cái, tần suất nó chạy, và liệu nó có chạy khi không ai mở trang hay không. Chưa thay đổi gì cả.

Sau đó khắc phục từng cái một:

Bảng điều khiển poll /api/orders mỗi 3 giây. Đổi thành chỉ làm mới khi tab trình duyệt đang hiển thị, và mỗi 60 giây thay vì 3 giây. Thêm nút Làm mới thủ công.

Nếu ứng dụng của bạn thực sự cần cập nhật trực tiếp (trò chuyện, bảng điểm trực tiếp), hãy hỏi xem liệu nó có thể đẩy cập nhật chỉ khi có thay đổi, thay vì hỏi liên tục không. Với nhiều ứng dụng, "làm mới khi người dùng quay lại tab" là đủ.

Bước 3: Chọn đúng kích cỡ máy chủ

Máy lớn hơn tốn nhiều tiền hơn mỗi giờ. Nhiều ứng dụng do AI xây dựng khởi đầu ở kích cỡ mặc định là đủ; vấn đề phát sinh khi đòi "nhiều sức mạnh hơn" để khắc phục một tình trạng chậm vốn thực ra là do truy vấn chậm.

• Giữ kích cỡ nhỏ nhất vẫn phục vụ được lưu lượng của bạn mà không có lỗi.
• Nếu bạn thấy sự cố do thiếu bộ nhớ, trước tiên hãy hỏi AI xem ứng dụng có tải quá nhiều dữ liệu vào bộ nhớ không (cả một bảng thay vì một trang kết quả).
• Chỉ thêm máy khi bạn đã đo được lưu lượng cần chúng.

Trên Mythex, kích cỡ máy được chọn khi xuất bản dựa trên những gì ứng dụng cần, và các máy bổ sung chỉ khởi động khi lưu lượng lớn rồi quay lại trạng thái ngủ khi lưu lượng giảm. Chi phí theo kích cỡ, vì vậy hãy yêu cầu trong chat một kích cỡ nhỏ hơn nếu bạn nghĩ nó đang quá lớn.

Bước 4: Giảm băng thông

Băng thông là lượng dữ liệu khách truy cập tải xuống. Ảnh thường là phần lớn nhất.

• Nén ảnh và phục vụ các định dạng hiện đại như WebP hoặc AVIF.
• Thay đổi kích thước ảnh theo kích thước chúng được hiển thị. Một bức ảnh 4.000 pixel hiển thị thành ảnh thu nhỏ 400 pixel lãng phí phần lớn dữ liệu tải xuống.
• Tải ảnh lười (lazy-load) cho những ảnh nằm dưới phần đầu trang.
• Lưu đệm các tệp tĩnh (script, kiểu dáng, ảnh) để khách quay lại không phải tải lại. Xem lưu đệm là gì.
• Đừng để ứng dụng gửi các tệp lớn trong mỗi lượt xem trang.

Kiểm tra từng ảnh trong ứng dụng. Thay đổi kích thước chúng về kích cỡ lớn nhất mà chúng được hiển thị, chuyển sang WebP, và tải lười bất cứ thứ gì nằm dưới màn hình đầu tiên. Cho tôi biết tổng dung lượng trước và sau.

Trang nhanh hơn và băng thông thấp hơn thường đi cùng nhau — xem cách làm trang web của bạn nhanh hơn.

Bước 5: Dọn dẹp những gì không ai dùng

• Gỡ xuất bản các ứng dụng cũ — các bản triển khai thử nghiệm, thử nghiệm đã xong, trang sự kiện của năm ngoái.
• Xóa các tệp tải lên, nhật ký và bản xuất cũ mà bạn không cần.
• Xóa các liên kết xem trước được chia sẻ mà bạn không còn dùng. Trên Mythex, mở một liên kết xem trước sẽ đánh thức dự án và chạy bằng credit của bạn, nên một liên kết bị quên mà ai đó vẫn tiếp tục mở vẫn tốn tiền.
• Gỡ bỏ các dịch vụ không dùng — một máy chủ API hay worker mà ứng dụng không còn gọi nữa.

Bước 6: Cân nhắc trang tĩnh

Nếu trang của bạn không có đăng nhập, không có dữ liệu người dùng được lưu và không có logic máy chủ — một trang giới thiệu, một portfolio, một thực đơn — thì nó có thể là trang tĩnh: các tệp thuần được phục vụ từ CDN. Không có máy chủ hay cơ sở dữ liệu nào phải chạy. Trên Mythex, trang tĩnh không dùng credit khi nằm yên.

Trang này không có đăng nhập hay dữ liệu đã lưu. Nó có thể được xây dựng lại thành trang tĩnh không cần máy chủ không? Chúng ta sẽ mất gì?

Bước 7: Theo dõi các lệnh gọi API trả phí

Với các ứng dụng gọi mô hình AI, bản đồ hay SMS, hóa đơn của bên thứ ba có thể lớn hơn nhiều so với hosting.

• Yêu cầu đăng nhập cho mọi thứ tốn tiền theo mỗi lệnh gọi.
• Thêm giới hạn theo từng người dùng (xem giới hạn tốc độ là gì).
• Lưu đệm các câu trả lời không thay đổi, chẳng hạn như mã hóa địa chỉ cùng một địa chỉ.
• Đặt giới hạn chi tiêu hoặc cảnh báo ở từng nhà cung cấp.

Những sai lầm thường gặp

• Đoán thay vì đo. Hãy xem chi tiết sử dụng trước; phần tốn kém thường không như bạn nghĩ.
• Mua máy chủ lớn hơn để khắc phục tình trạng chậm. Thiếu chỉ mục cơ sở dữ liệu hoặc tải quá nhiều dữ liệu thường mới là nguyên nhân thật.
• Poll mọi thứ. Mỗi bộ hẹn giờ vài giây là một lý do để cơ sở dữ liệu luôn thức.
• Ping ứng dụng để giữ nó "ấm". Điều đó loại bỏ khoản tiết kiệm mà scale-to-zero mang lại. Hãy chấp nhận một chút thời gian đánh thức ở lần truy cập đầu tiên, hoặc trả tiền cho trạng thái luôn bật một cách có chủ đích.
• Quên các bản triển khai cũ. Các ứng dụng không dùng kèm cơ sở dữ liệu và tác vụ nền âm thầm cộng dồn.
• Ảnh không nén. Thường là chi phí băng thông lớn nhất trên các trang nhỏ.

Danh sách kiểm tra

• Tôi biết dự án nào và danh mục nào (compute, cơ sở dữ liệu, băng thông, lưu trữ) tốn kém nhất.
• Không có gì poll cơ sở dữ liệu vài giây một lần khi không ai đang xem.
• Bảng điều khiển làm mới theo khoảng thời gian hợp lý hoặc chỉ khi tab đang hiển thị.
• Không có công cụ giám sát uptime hay vòng lặp nền nào giữ ứng dụng thức mà không có lý do.
• Máy chủ là kích cỡ nhỏ nhất vẫn hoạt động.
• Ảnh được thay đổi kích thước, nén và tải lười; các tệp tĩnh được lưu đệm.
• Các ứng dụng cũ đã được gỡ xuất bản, các tệp cũ đã được xóa, các liên kết xem trước không dùng đã được gỡ bỏ.
• Các trang không có dữ liệu hay đăng nhập được xây dựng thành trang tĩnh.
• Các API trả phí có đăng nhập, giới hạn theo người dùng và cảnh báo chi tiêu từ nhà cung cấp.

Giảm chi phí trên Mythex

Mythex dùng một số dư credit duy nhất cho cả việc xây dựng và hosting, nên tiết kiệm hosting sẽ để lại nhiều credit hơn cho việc xây dựng. Một vài điểm riêng của Mythex:

• Các ứng dụng đã xuất bản và cơ sở dữ liệu của chúng ngủ khi nhàn rỗi và thức dậy ở lượt truy cập tiếp theo. Cơ sở dữ liệu ngủ sau 5 phút nhàn rỗi, nên loại bỏ polling liên tục thường là lợi ích lớn nhất.
• Gói Pro trả bằng nửa mức giá của gói Free cho hosting, cơ sở dữ liệu, băng thông, lưu trữ tệp và sandbox xem trước; chi phí AI giống nhau trên cả hai gói. Xem Credit.
• Bạn sẽ nhận được email trước khi số dư thấp có thể tạm dừng một ứng dụng đã xuất bản, và các ứng dụng bị tạm dừng vẫn giữ cơ sở dữ liệu và tệp của chúng.

Để có cái nhìn tổng thể về chi phí vận hành, xem xây dựng một ứng dụng tốn bao nhiêu tiền và hosting web là gì.

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