Lập kế hoạch dung lượng hạ tầng cloud cần bắt đầu bằng cách người dùng làm việc. Một tài khoản chỉ xem trang thông tin khác với tài khoản tải ảnh, tìm kiếm và xuất báo cáo. Nếu lấy tổng số tài khoản nhân với một giả định chung, đội phát triển có thể bỏ sót công việc tốn tài nguyên nhất hoặc đánh giá sai thời điểm nhiều người cần hệ thống cùng lúc.
Giả sử một portal phân phối giả định có giờ đầu ngày để nhận đơn và cuối ngày để tạo báo cáo. Trong ngày, nhân viên cũng tải ảnh sản phẩm. Ví dụ này không là phép đo của Brainbaby Labs hay cam kết về sức chứa. Nó cho thấy vì sao cần mô hình tải theo hoạt động, thay vì kết luận từ một lần mở trang nhanh trên máy phát triển.
Chuyển hành trình thành công việc hệ thống
Liệt kê các bước như đăng nhập, tìm hàng, giữ chỗ, tạo đơn và xem kết quả. Với mỗi bước, xác định truy vấn dữ liệu, tệp, dịch vụ ngoài và tác vụ nền phát sinh. Một thao tác trên giao diện có thể tạo nhiều yêu cầu. Đo bằng dữ liệu phù hợp để biết chi phí thực, không suy ra toàn bộ chỉ từ số lần nhấn nút.
Tách lượng công việc trung bình khỏi các đợt dồn. Báo cáo theo lịch, gửi thông báo và đồng bộ từ đối tác có thể cùng chạy đúng lúc người dùng bắt đầu ngày mới. Mô hình cũng cần xét kích thước dữ liệu và phân bố giữa các khách hàng. Một khách hàng lớn có thể tạo tác động khác hẳn nhiều tài khoản nhỏ.
Chọn chỉ tiêu gắn với kết quả người dùng
Đo thời gian hoàn thành bước quan trọng, tỷ lệ lỗi, thời gian chờ hàng đợi và khả năng truy cập dữ liệu. Giá trị trung bình có thể che những yêu cầu rất chậm, vì vậy xem cả phần đuôi phân bố. Ghi điều kiện thử, phiên bản và khối lượng dữ liệu để người khác hiểu kết quả áp dụng cho phạm vi nào.
Đừng chỉ quan sát CPU của máy ứng dụng. Cơ sở dữ liệu, kết nối, bộ nhớ, lưu trữ và giới hạn dịch vụ bên ngoài đều có thể là nút thắt. Khi hệ thống mở rộng tự động, một tầng vẫn có thể bị giới hạn. Cần kiểm tra thời gian tăng năng lực và tác động lên dịch vụ phụ thuộc, thay vì coi việc thêm máy là câu trả lời duy nhất.
Định nghĩa cách hệ thống chịu tải quá mức
Quyết định tác vụ nào có thể xếp hàng, giới hạn hoặc tạm từ chối. Báo cáo lớn có thể chờ nhưng xác nhận đơn cần phản hồi rõ. Hiển thị trạng thái phù hợp cho người dùng và giữ định danh thao tác khi thử lại. Không để nhiều lần bấm tạo thêm công việc khiến tình trạng quá tải nặng hơn.
Kết hợp giới hạn kỹ thuật với ngân sách. Cảnh báo chi phí không nhất thiết chặn được tiêu thụ đang diễn ra, còn giới hạn cứng có thể gián đoạn công việc. Xác định người quyết định, việc đang chạy được xử lý thế nào và điều kiện phục hồi. Những con số ban đầu là giả thuyết cần thử, không phải bảo đảm về chi phí hoặc hiệu năng.
Thử tải hỗn hợp và phục hồi
Chạy hành trình nhận đơn trong khi đồng thời tạo báo cáo, tải ảnh và mô phỏng một dịch vụ ngoài chậm. Quan sát kết quả ở từng nhóm người dùng, rồi giảm tải và kiểm tra hàng đợi có xử lý hết không. Tìm yêu cầu bị bỏ, bị lặp hoặc giữ tài nguyên sau khi hủy. Một thử nghiệm chỉ tăng truy cập trang chủ không bao phủ các tình huống này.
Brainbaby Labs có thể hỗ trợ thiết kế ứng dụng và hạ tầng cloud theo nhu cầu vận hành. Hãy cung cấp các hành trình chính, thời điểm cao tải và mức chờ chấp nhận được. Từ đó có thể xây kế hoạch đo và mở rộng có căn cứ, đồng thời phân biệt rõ mục tiêu dự kiến với năng lực đã được kiểm chứng.