Tôi từng đánh giá thiết kế kho lưu trữ của Babylon theo một cách khác, khi tôi đo thời gian quy trình rà soát thay vì chỉ đếm số bản sao.@BabylonLabs_io
Chỉ số hiển nhiên là 3.000 bản sao lưu. Nghe có vẻ bền vững. Nhưng cứ mỗi lần kiểm tra phục hồi lại tốn một phút thì kho lưu trữ đó biến thành 50 giờ kiểm chứng liên tục. Dù chỉ 1.500 bản sao thì vẫn cần 25 giờ—nhiều hơn ba ca làm việc tám giờ.
Điều đó làm thay đổi hành vi của người vận hành.
Nhóm có kiểm tra từng bản sao không, hay chỉ lấy mẫu một vài bản và cho rằng các bản còn lại vẫn khỏe? Ai là người xác minh các bản cuối cùng sau khi mệt mỏi, bị gián đoạn, hoặc một lần kiểm tra thất bại ở giữa chừng? BABY có thể kế thừa sự dự phòng mạnh trên giấy tờ, nhưng lớp rà soát của con người lại trở nên mang tính chọn lọc.
Một mức độ trùng lặp là hợp lý. Ba bản sao có thể bảo vệ trước việc mất cục bộ, phương tiện bị hỏng và các lần khôi phục thất bại.
Thử thách thực sự là cân bằng giữa sức mạnh hạ tầng và khả năng truy cập vận hành. Nếu 3.000 bản sao chỉ tương ứng với 1.000 quan hệ logic, thì Babylon đã nhân gấp ba gánh nặng xác minh từ 16 giờ 40 phút lên 50 giờ mà không hề nhân ba lượng thông tin duy nhất.
Có lẽ tự động hóa sẽ thu hẹp khoảng cách đó. Tuy nhiên, log tự động không giống với khả năng phục hồi đã được chứng minh.
Tôi đang theo dõi xem Babylon có thể nén công việc xác minh hay không, chứ không chỉ giảm rủi ro lưu trữ. Một kho lưu trữ chỉ bền vững khi người vận hành có thể lặp lại nhiều lần để chứng minh nó hoạt động, chứ không phải khi họ chỉ đơn giản là sở hữu thêm nhiều bản sao.
#baby $BABY
Chỉ số hiển nhiên là 3.000 bản sao lưu. Nghe có vẻ bền vững. Nhưng cứ mỗi lần kiểm tra phục hồi lại tốn một phút thì kho lưu trữ đó biến thành 50 giờ kiểm chứng liên tục. Dù chỉ 1.500 bản sao thì vẫn cần 25 giờ—nhiều hơn ba ca làm việc tám giờ.
Điều đó làm thay đổi hành vi của người vận hành.
Nhóm có kiểm tra từng bản sao không, hay chỉ lấy mẫu một vài bản và cho rằng các bản còn lại vẫn khỏe? Ai là người xác minh các bản cuối cùng sau khi mệt mỏi, bị gián đoạn, hoặc một lần kiểm tra thất bại ở giữa chừng? BABY có thể kế thừa sự dự phòng mạnh trên giấy tờ, nhưng lớp rà soát của con người lại trở nên mang tính chọn lọc.
Một mức độ trùng lặp là hợp lý. Ba bản sao có thể bảo vệ trước việc mất cục bộ, phương tiện bị hỏng và các lần khôi phục thất bại.
Thử thách thực sự là cân bằng giữa sức mạnh hạ tầng và khả năng truy cập vận hành. Nếu 3.000 bản sao chỉ tương ứng với 1.000 quan hệ logic, thì Babylon đã nhân gấp ba gánh nặng xác minh từ 16 giờ 40 phút lên 50 giờ mà không hề nhân ba lượng thông tin duy nhất.
Có lẽ tự động hóa sẽ thu hẹp khoảng cách đó. Tuy nhiên, log tự động không giống với khả năng phục hồi đã được chứng minh.
Tôi đang theo dõi xem Babylon có thể nén công việc xác minh hay không, chứ không chỉ giảm rủi ro lưu trữ. Một kho lưu trữ chỉ bền vững khi người vận hành có thể lặp lại nhiều lần để chứng minh nó hoạt động, chứ không phải khi họ chỉ đơn giản là sở hữu thêm nhiều bản sao.
#baby $BABY
