Tối ưu liên tục: FinOps, hiệu năng và tự động hoá giảm toil

Tối ưu hay được tổ chức thành một đợt: lập nhóm, rà soát, cắt được một khoản, báo cáo, giải tán. Sáu tháng sau chi phí quay về mức cũ, thường còn cao hơn. Lý do không phải là làm sai, mà là tối ưu vốn không phải một đợt — nó là một vòng lặp, và vòng lặp cần người sở hữu.

Ba mặt của vòng lặp đó là chi phí, hiệu năng và độ tin cậy. Xử lý riêng lẻ thì mặt này sẽ phá mặt kia: cắt tài nguyên tới mức làm tăng độ trễ, hoặc thêm dự phòng tới mức không ai trả nổi.

Trước khi cắt, phải đo được chi phí trên một đơn vị nghiệp vụ

Hoá đơn tổng không cho biết điều gì hữu ích. Con số cần là chi phí cho mỗi giao dịch, mỗi người dùng hoạt động, hoặc mỗi lần suy luận mô hình. Có con số đó rồi thì tăng trưởng chi phí mới phân biệt được thành hai loại rất khác nhau: tăng vì kinh doanh lớn lên, và tăng vì hệ thống lãng phí.

• Gắn nhãn tài nguyên theo đội và theo sản phẩm — không có nhãn thì không có trách nhiệm.
• Đưa chi phí về đúng chủ sở hữu, hàng tháng, ở mức người đó thay đổi được.
• Theo dõi chi phí đơn vị theo thời gian, không theo tháng đơn lẻ.
• Tách rõ chi phí cố định và chi phí co giãn theo tải.

Thứ tự việc: bỏ, chỉnh, rồi mới cam kết dài hạn

Có một thứ tự đem lại kết quả nhanh nhất với rủi ro thấp nhất, và nó thường bị làm ngược.

• Bỏ thứ không ai dùng: volume không gắn, snapshot cũ, môi trường thử nghiệm còn chạy, địa chỉ IP giữ chỗ, load balancer không còn backend.
• Chỉnh kích thước theo tải thực đo được trong ít nhất hai tuần, gồm cả giờ cao điểm.
• Chuyển lớp lưu trữ theo tần suất truy cập, và đặt vòng đời tự động cho dữ liệu nguội.
• Cuối cùng mới mua cam kết dài hạn — cam kết trên một cấu hình chưa chỉnh đúng là khoá sự lãng phí lại trong một đến ba năm.

Mua cam kết dài hạn trước khi chỉnh kích thước là cách chắc chắn nhất để trả tiền cho một sai số suốt ba năm.

Cái bẫy: tối ưu thứ dễ đo

Chi phí hạ tầng dễ đo nên luôn bị nhắm trước. Nhưng ở nhiều hệ thống, khoản tốn lớn hơn nằm ở chỗ khó đo hơn: thời gian kỹ sư dành cho việc lặp lại, thời gian một thay đổi phải chờ để được phát hành, và chi phí của những lần downtime không ai quy ra tiền.

Một giờ downtime của hệ thống giao dịch thường đắt hơn toàn bộ khoản tiết kiệm của một quý rightsizing. Vì vậy vòng lặp tối ưu phải có cả chỉ tiêu độ tin cậy, không chỉ chỉ tiêu chi phí.

Tự động hoá phần lặp lại, và đo phần đã tự động hoá được

Việc thủ công lặp lại là loại chi phí âm thầm nhất: nó không xuất hiện trên hoá đơn nào, nhưng nó ăn vào năng lực của đội và tạo ra sai sót. Cách xử lý không phải là làm nhanh hơn, mà là làm cho nó không cần làm nữa.

• Ghi nhận thời gian cho từng loại việc lặp lại trong một tháng để biết nên tự động hoá cái gì trước.
• Ưu tiên theo tổng thời gian, không theo mức độ khó chịu.
• Sau khi tự động hoá, đo lại — nhiều thứ chỉ chuyển việc từ chỗ này sang chỗ khác.
• Đưa kết quả vào báo cáo định kỳ, để phần cải thiện được nhìn thấy như phần vận hành.

Vòng lặp chạy đúng thì mỗi quý hệ thống rẻ hơn một chút, nhanh hơn một chút, và ít gọi người hơn một chút. Không có đợt nào tạo ra bước nhảy lớn, và đó chính là dấu hiệu nó đang hoạt động.