[ad_1]
“Ngân sách lỗi” mô tả khoảng thời gian hệ thống có thể ngoại tuyến trước khi nó gây ra hậu quả rõ ràng cho doanh nghiệp của bạn. Ngân sách lỗi được sử dụng cùng với các thỏa thuận mức dịch vụ (SLA) và mục tiêu mức dịch vụ (SLO) để thông báo cho các tổ chức khi sự không khả dụng của hệ thống dẫn đến vi phạm hợp đồng.
Kết hợp ngân sách lỗi vào chiến lược độ tin cậy ứng dụng của bạn cung cấp một phương pháp tiếp cận có phương pháp để cân bằng giữa việc chấp nhận rủi ro với sự ổn định. Ngân sách lỗi thừa nhận rằng thỉnh thoảng ngừng hoạt động, triển khai lỗi và những sai lầm đơn giản là không thể tránh khỏi. Vai trò của họ là cho bạn biết bạn có thể chịu đựng bao nhiêu trong số những sự cố này. Ngân sách lỗi có sẵn cũng quyết định xem nhiệm vụ tiếp theo của bạn là xây dựng một tính năng mới hay giải quyết một bản sửa lỗi khác.
Ngân sách Lỗi là gì?
Ngân sách lỗi của một dịch vụ chỉ đơn giản là thước đo thời gian tối đa mà nó có thể ở trạng thái không thành công mà không phải chịu các hình phạt theo hợp đồng, tài chính hoặc quy định. Ngân sách lỗi khả dụng được tính từ con số thời gian hoạt động mà bạn cam kết trong SLA mà bạn gửi cho khách hàng. Thay vào đó, bạn có thể nghiêm ngặt hơn bằng cách căn cứ ngân sách lỗi của mình trên SLO.
- SLA – Thời gian hoạt động mà bạn công khai cam kết, chẳng hạn như 99,95%. Hầu hết các tổ chức sử dụng SLA sẽ có nghĩa vụ bồi thường theo hợp đồng cho khách hàng nếu thời gian hoạt động thực tế của dịch vụ giảm xuống dưới con số này.
- SLO – Thời gian hoạt động mà bạn nhắm tới trong nội bộ, chẳng hạn như 99,99%. Điều này có nghĩa là con số thời gian hoạt động từ 99,95% đến 99,99% là không mong muốn và cung cấp một dấu hiệu cho thấy cần phải cải thiện độ tin cậy. Tuy nhiên, nó không khiến bạn có trách nhiệm bồi thường cho khách hàng.
- Ngân sách lỗi – Tính toán lượng thời gian ngừng hoạt động cho phép của SLA hoặc SLO.
Bạn có thể tính toán ngân sách lỗi của mình bằng phép nhân đơn giản. Ví dụ: SLA cho biết dịch vụ của bạn sẽ có 99,99% tính khả dụng trong suốt một năm cung cấp cho bạn tổng ngân sách lỗi là 52 phút 35 giây. Sự cố cúp điện kéo dài 30 phút sẽ không ảnh hưởng trực tiếp đến hoạt động kinh doanh của bạn. Việc kéo dài một giờ sẽ vượt quá ngân sách lỗi và cần phải bồi thường cho khách hàng.
Dưới đây là một số ví dụ khác:
| 99,99% | 52 phút, 35 giây | 4 phút, 23 giây |
| 99,95% | 4 giờ 23 phút | 21 phút, 54 giây |
| 99,90% | 8 giờ 46 phút | 43 phút, 49 giây |
Ngân sách lỗi có thể được lấy từ bất kỳ loại SLA nào, không chỉ thời gian hoạt động. Số lượng yêu cầu thành công, số đo hiệu suất và số liệu sử dụng tài nguyên thường được sử dụng làm SLA và SLO. SLA cho biết 99% yêu cầu sẽ được xử lý thành công mỗi ngày sẽ giảm đi ngân sách lỗi nếu 10.000 yêu cầu đã được thực hiện và ít hơn 9.900 yêu cầu trong số đó đã thành công.
Ngân sách và Kỹ sư Lỗi
Ngân sách lỗi không chỉ là một cách dễ dàng hơn để giải quyết khi SLA của bạn bị vi phạm. Chúng cũng được sử dụng để đặt mức độ ưu tiên của các nhóm phát triển của bạn. Ngân sách lỗi là một cơ chế kiểm soát xác định loại công việc cần tập trung vào.
Khi ngân sách lỗi của bạn đầy, các nhà phát triển có thể làm việc mà không bị hạn chế. Họ có thể giải quyết các tính năng mới, thực hiện các thay đổi sâu rộng đối với hệ thống và áp dụng các chuyển đổi rủi ro vào môi trường sản xuất. Những hành động này có khả năng tạo ra lỗi và hành vi không ổn định, làm cạn kiệt ngân sách lỗi. Ngân sách lỗi được “chi tiêu” thông qua sự đổi mới này.
Khi ngân sách lỗi khả dụng đạt đến ngưỡng đã thỏa thuận, các nhà phát triển phải thực hiện hành động để ngăn ngân sách giảm thêm. Các nỗ lực kỹ thuật nên xoay quanh các bản sửa lỗi và tối ưu hóa để cải thiện độ tin cậy và ổn định dịch vụ. Điều này làm giảm nguy cơ xảy ra sự cố khác và làm cạn kiệt ngân sách lỗi hoàn toàn.
Điều quan trọng là phải nhận ra rằng ngân sách lỗi là giả sử được tiêu thụ, lên đến ngưỡng cảnh báo. Họ thúc đẩy quyền tự chủ của nhà phát triển bằng cách cho phép các kỹ sư chấp nhận rủi ro và đổi mới theo sáng kiến của riêng họ. Ngân sách lỗi đồng thời cung cấp các đường ray bảo vệ ngăn cản các nhà phát triển cố định chuyển động phía trước với chi phí là độ tin cậy của dịch vụ. Ngân sách lỗi cạn kiệt bảo vệ doanh nghiệp bằng cách hướng dẫn các nhà phát triển khi họ cần tập trung lại vào sự ổn định.
Điều gì Xảy ra Khi Ngân sách Lỗi được Chi tiêu?
Lỗi ngân sách đã chi tiêu đầy đủ có thể xảy ra do bạn đã trải qua một thời kỳ đổi mới cao hoặc bạn đã trải qua liên tiếp các đợt ngừng hoạt động kéo dài. Có nhiều chuỗi sự kiện có thể dẫn đến ngân sách lỗi bị cạn kiệt; điều quan trọng là bạn phản ứng như thế nào khi nó xảy ra.
Không nên xem nhẹ việc hết ngân sách lỗi. Bạn không còn khả năng chi tiêu, vì vậy bạn không nên đầu tư vào việc đổi mới hơn nữa. Ngân sách sai sót có thể được ví như một hạn mức tín dụng từ khách hàng của bạn: chi tiêu vượt quá giới hạn của bạn sẽ làm tình hình tồi tệ hơn và có thể gây tổn hại nghiêm trọng đến triển vọng thương hiệu của bạn.
Đóng băng tất cả các công việc không thiết yếu nên là phản ứng đầu tiên của bạn khi vượt quá ngân sách. Điều này cần phải diễn ra ngay lập tức khi ngân sách cạn kiệt. Chặn các triển khai mới tiếp cận sản xuất, phân bổ lại các nhà phát triển đang xây dựng các tính năng mới và đánh giá cách nhanh nhất để khôi phục dịch vụ. Ngân sách lỗi của bạn sẽ tự nhiên hồi sinh khi thời gian trôi qua sau khi sự cố được giải quyết.
Bạn nên hoàn thành một cuộc hồi tưởng sau khi giải quyết để phân tích những gì đã xảy ra. Có thể có cơ hội để tăng độ tin cậy bằng cách thay đổi công cụ hoặc cải tiến quy trình của bạn. Thực thi đánh giá mã nghiêm ngặt hơn, tự động chạy bộ thử nghiệm của bạn trong đường ống CI và sử dụng phân tích tĩnh để phát hiện các lỗi phổ biến là ba cách hiệu quả để tăng nhanh chất lượng mã.
Tác động kinh doanh của ngân sách lỗi thường xuyên
Thường xuyên sử dụng hết ngân sách lỗi là một dấu hiệu cho thấy ứng dụng của bạn không ổn định và cần được phục hồi hơn. Các sự cố vi phạm SLA liên tục sẽ tạo ra nhận thức kém về sản phẩm của bạn. Người dùng mong đợi phần mềm có sẵn một cách đáng tin cậy khi họ cần. Niềm tin của khách hàng sẽ bị tổn hại khi không đúng như vậy, điều này có thể khiến bạn bị thua thiệt trước các đối thủ cạnh tranh.
Mặc dù vượt quá ngân sách lỗi có thể xảy ra vì vô số lý do, nhưng làm như vậy nhiều lần có thể gợi ý đến những vấn đề lớn hơn trong tổ chức của bạn. Bạn có thể đang cố gắng đi quá nhanh với một lộ trình quá tham vọng. Điều này có thể gây áp lực không đáng có lên các kỹ sư và tạo ra một môi trường dễ xảy ra sai sót.
Ngân sách lỗi có thể có cảm giác như chúng đang bị chặn trong các tổ chức có nhịp độ nhanh tự nhiên. Ghi nhớ ý định đằng sau ngân sách sai sót sẽ giúp giữ chân tất cả mọi người. Chúng là một hình thức quản lý rủi ro cung cấp các số liệu có thể hành động để quyết định các ưu tiên kỹ thuật. Ngân sách lỗi có sẵn để bảo vệ doanh nghiệp của bạn khỏi những tác động tiêu cực của sự cố bằng cách cho bạn biết khi nào nên lùi lại và giảm tốc độ. Cố gắng ghi đè hoặc bỏ qua chúng có thể gây nguy hiểm cho tương lai dịch vụ của bạn.
Bản tóm tắt
Các giải pháp phần mềm thành công nhất kết hợp sự đổi mới liên tục với sự ổn định đáng tin cậy. Nhiều nhóm nhà phát triển phải vật lộn để cân bằng thành công hai mối quan tâm trái ngược nhau này. Các nhà phát triển thường hướng về phía trước một cách tự nhiên trong khi người dùng muốn có một giải pháp quen thuộc mà họ có thể phụ thuộc vào.
Ngân sách lỗi là một cơ chế hiệu quả để giải quyết tình huống khó xử này. Chúng cho phép các nhà phát triển tự do đổi mới trong những ràng buộc cố định nhằm duy trì độ tin cậy của dịch vụ. Ngân sách lỗi bảo vệ doanh nghiệp khỏi tác động của vi phạm SLA bằng cách hướng dẫn các kỹ sư tập trung lại vào sự ổn định khi lượng thời gian ngừng hoạt động tăng lên.
Bạn có thể triển khai ngân sách lỗi bằng cách thiết lập SLA hoặc SLO và sau đó tính toán số lượng không có sẵn mà nó cho phép. Bạn cũng sẽ cần theo dõi thời lượng của các sự cố mới để biết khi nào ngân sách lỗi của bạn đang được sử dụng. Các nền tảng quản lý sự cố như Opsgenie, Pagerduty và Blameless có thể tự động nắm bắt thông tin này và cung cấp cảnh báo thời gian thực cho các sự kiện cạn kiệt ngân sách do lỗi.
Sử dụng ngân sách lỗi cho phép bạn xây dựng các ứng dụng đáng tin cậy hơn, đáp ứng được kỳ vọng của người dùng một cách nhất quán. Ngân sách lỗi cung cấp dữ liệu để thông báo các quyết định kỹ thuật và cân bằng giữa sự đổi mới với hoạt động ổn định. Điều này tạo ra sự nhất quán còn thiếu trong nhiều dịch vụ hiện có ngày nay.
[ad_2]
