@BabylonLabs_io io #baby $BABY
Trong khi tôi đang xác định gói mạch sẽ nằm ở đâu trong một kho lưu trữ sau khi cấu hình, tôi nhận ra rằng câu hỏi dự phòng không phải là có hai tệp. Mà là liệu các tệp đó có thể bị lỗi vì những lý do khác nhau hay không.
Hai bản sao cục bộ giúp bảo vệ trước lỗi của ổ đĩa. Nhưng chúng giúp ít hơn nhiều trước hỏa hoạn, trộm cắp, hư hỏng do mất điện, hoặc một hành động sai của người vận hành. Chuyển một bản sao sang vùng khác có ích, nhưng chỉ một phần. Nếu cả hai vùng đều nằm dưới cùng một tài khoản đám mây, cùng một khóa quản trị hoặc cùng một mối quan hệ thanh toán, thì việc lưu trữ dường như độc lập trong khi việc kiểm soát vẫn dùng chung.
Điều này quan trọng đối với Babylon vì BABY phụ thuộc vào việc dữ liệu các thử thách vẫn sẵn sàng khi các điều kiện đã bắt đầu chịu áp lực. Dự phòng theo địa lý có thể cải thiện khả năng tồn tại, nhưng đồng thời cũng tạo ra nhiều tuyến truyền hơn, các lần kiểm tra đồng bộ, quyền truy cập và giới hạn bảo mật. Nhiều bản sao hơn có thể đồng nghĩa với khả năng phục hồi cao hơn và cũng nhiều nơi hơn để xảy ra một lỗi âm thầm.
Phần lớn mọi người so sánh giữa một bản sao và hai bản sao. Tôi nghĩ phép so sánh thực sự là giữa dự phòng phần cứng và tính độc lập giữa các kiểu lỗi.
Babylon có thể phân phối dữ liệu giữa các vùng và vẫn giữ một điểm sụp đổ hành chính duy nhất. Nếu một lần khóa tài khoản, rò rỉ thông tin xác thực hoặc lỗi thanh toán có thể chạm tới tất cả các bản sao, thì mức độ “theo địa lý” của bản sao dự phòng thực sự là gì?
Tôi vẫn đang theo dõi xem liệu BABY đang giảm rủi ro do lỗi hay chỉ đơn giản là chuyển nó sang khâu phối hợp.
Trong khi tôi đang xác định gói mạch sẽ nằm ở đâu trong một kho lưu trữ sau khi cấu hình, tôi nhận ra rằng câu hỏi dự phòng không phải là có hai tệp. Mà là liệu các tệp đó có thể bị lỗi vì những lý do khác nhau hay không.
Hai bản sao cục bộ giúp bảo vệ trước lỗi của ổ đĩa. Nhưng chúng giúp ít hơn nhiều trước hỏa hoạn, trộm cắp, hư hỏng do mất điện, hoặc một hành động sai của người vận hành. Chuyển một bản sao sang vùng khác có ích, nhưng chỉ một phần. Nếu cả hai vùng đều nằm dưới cùng một tài khoản đám mây, cùng một khóa quản trị hoặc cùng một mối quan hệ thanh toán, thì việc lưu trữ dường như độc lập trong khi việc kiểm soát vẫn dùng chung.
Điều này quan trọng đối với Babylon vì BABY phụ thuộc vào việc dữ liệu các thử thách vẫn sẵn sàng khi các điều kiện đã bắt đầu chịu áp lực. Dự phòng theo địa lý có thể cải thiện khả năng tồn tại, nhưng đồng thời cũng tạo ra nhiều tuyến truyền hơn, các lần kiểm tra đồng bộ, quyền truy cập và giới hạn bảo mật. Nhiều bản sao hơn có thể đồng nghĩa với khả năng phục hồi cao hơn và cũng nhiều nơi hơn để xảy ra một lỗi âm thầm.
Phần lớn mọi người so sánh giữa một bản sao và hai bản sao. Tôi nghĩ phép so sánh thực sự là giữa dự phòng phần cứng và tính độc lập giữa các kiểu lỗi.
Babylon có thể phân phối dữ liệu giữa các vùng và vẫn giữ một điểm sụp đổ hành chính duy nhất. Nếu một lần khóa tài khoản, rò rỉ thông tin xác thực hoặc lỗi thanh toán có thể chạm tới tất cả các bản sao, thì mức độ “theo địa lý” của bản sao dự phòng thực sự là gì?
Tôi vẫn đang theo dõi xem liệu BABY đang giảm rủi ro do lỗi hay chỉ đơn giản là chuyển nó sang khâu phối hợp.