Giờ làm việc của giao diện người dùng được tính toán như thế nào trên công cụ ứng dụng?

Question

Tôi có một ứng dụng đặt hàng trực tuyến đơn giản mà tôi đã tạo. Nó có thể xử lý 25 giờ một tuần, hầu hết trong số đó vào thứ Hai và thứ Ba.

Nhìn vào bảng điều khiển tôi thấy:

Billing Status: Free - Settings Quotas reset every 24 hours. Next reset: 7 hrs 
Resource    Usage 
Frontend Instance Hours  16%  4.53 of 28.00 Instance Hours 

4,53 giờ dường như điên cuồng cao cho số lượng người dùng Tôi có.

Một số trang của tôi thực hiện cuộc gọi đến một cơ sở dữ liệu FileMaker được lưu trữ trên dịch vụ khác và có độ trễ như:

URI   Reqs  MCycles  Latencies   
/profile 50   74   1241 ms 
/order  49   130   3157 ms 

trang xác thực của tôi cũng có độ trễ cao như họ gọi ra cho bên thứ ba:

/auth/google/callback 9 51 2399 ms 

Tôi vẫn không thấy cách họ có thể thêm tối đa 4,53 giờ?

Có ai giải thích được không?

Answer 1

Bạn bị tính phí 15 phút mỗi khi một phiên bản quay lên.

Nếu bạn có vài yêu cầu, nhưng chúng được đặt cách nhau, trường hợp của bạn sẽ tắt và bạn sẽ phải chịu phí 15 phút vào lần tiếp theo quay số.

Bạn có thể dễ dàng nạp lên 4,5 giờ làm việc với 18 yêu cầu HTTP.

Answer 2

Ngoài câu trả lời trước, tôi nghĩ thêm một chút về thanh toán của bạn có thể khiến bạn nhầm lẫn. Google cung cấp cho bạn thời gian 28 giờ miễn phí cho mỗi khoảng thời gian thanh toán 24 giờ.

Lý tưởng nhất là bạn luôn có một phiên bản chạy để các cuộc gọi đến ứng dụng của bạn không bao giờ phải chờ một phiên bản quay lên. Một ví dụ có thể xử lý một khối lượng khá tốt các cuộc gọi mỗi phút, vì vậy rất nhiều có thể được thực hiện với những người miễn phí 28 giờ.

Bạn có rất nhiều thời gian bằng không (tiêu thụ ít hơn 5 giờ trong mười bảy giờ thanh toán tiềm năng.) Bạn cần phải lo lắng nhiều hơn về việc này không thấp hơn vì chắc chắn hầu hết các cuộc gọi đến ứng dụng của bạn hiện đang chờ cho cả độ trễ spin-up cộng với độ trễ thực hiện thực tế. Nếu bạn đang chạy ứng dụng Go, việc quay video có thể không phải là vấn đề. Python, có thể là vấn đề nhỏ đến trung bình, Java ...

Vì vậy, hãy suy nghĩ thay vì giữ cho cá thể của bạn còn sống và tiêu thụ 100% hạn ngạch dung lượng miễn phí của bạn. Ngoài ra, hãy chắc chắn sử dụng Go, hoặc Python (với thiết kế tốt). Không sử dụng Java.