Each host runs an Astrolabe agent.

Each host runs an Astrolabe agent. Such an agent runs Astrolabe’s gossip protocol with other agents, and also supports clients that want to access the Astrolabe
service. Each agent has access to (that is, keeps a local copy of) only a subset of
all the MIBs in the Astrolabe zone tree. This subset includes all the zones on
the path to the root, as well as the sibling zones of each of those. In particular,
each agent has a local copy of the root MIB,8 and the MIBs of each child of the
root. As stated before, there are no centralized servers associated with internal
zones; their MIBs are replicated on all agents within those zones.
However, this replication is not lock-step: different agents in a zone are not
guaranteed to have identical copies of MIBs even if queried at the same time,
and not all agents are guaranteed to perceive each and every update to a MIB.
Instead, the Astrolabe protocols guarantee that MIBs do not lag behind using
an old version of a MIB forever. More precisely, Astrolabe implements a probabilistic consistency model under which, if updates to the leaf MIBs cease for
long enough, an operational agent is arbitrarily likely to reflect all the updates
that have been seen by other operational agents

Kết quả (Việt) 1:

Mỗi máy chủ chạy một đại lý Astrolabe. Một đại lý chạy của Astrolabe gossip giao thức với các tác nhân, và cũng hỗ trợ khách hàng muốn truy cập AstrolabeDịch vụ. Mỗi đại lý có quyền truy cập vào (có nghĩa là, Giữ một bản sao của) chỉ là một tập hợp con củaTất cả các MIBs trong khu vực cây Astrolabe. Tập con này bao gồm tất cả các khu vực trênđường dẫn đến thư mục gốc, cũng như các khu vực anh chị em của mỗi người trong số những người. Đặc biệt,mỗi đại lý có một bản sao của các gốc MIB, 8 và MIBs của mỗi trẻ em của cácgốc. Như đã nêu trước khi, không có không có máy chủ tập trung liên kết với nội bộkhu; MIBs của họ được sao chép trên tất cả các đại lý trong những khu vực.Tuy nhiên, nhân rộng này không phải là khóa-bước: các đại lý khác nhau trong một khu vực khôngbảo đảm để có các bản sao giống hệt nhau của MIBs ngay cả khi truy vấn cùng một lúc,và không phải tất cả các đại lý được bảo đảm để cảm nhận cập nhật mỗi một MIB.Thay vào đó, các giao thức Astrolabe đảm bảo rằng MIBs không tụt hậu đằng sau bằng cách sử dụngmột phiên bản cũ của một MIB mãi mãi. Chính xác hơn, Astrolabe thực hiện một mô hình xác suất thống nhất theo đó, nếu Cập Nhật MIBs lá ngừng chodài đủ, một đại lý hoạt động là tùy tiện có khả năng phản ánh tất cả các bản Cập Nhậtmà đã được nhìn thấy bởi các tác nhân hoạt động

Kết quả (Việt) 2:

Mỗi máy chủ chạy một đại lý Astrolabe. Một đại lý đó chạy giao thức đồn Astrolabe với các đại lý khác, và cũng hỗ trợ khách hàng mà muốn truy cập vào Astrolabe
dịch vụ. Mỗi đại lý có quyền truy cập (có nghĩa là, giữ một bản sao của địa phương) chỉ là một tập hợp con của
tất cả các MIBs trong cây vùng Astrolabe. Tập con này bao gồm tất cả các vùng trên
đường dẫn đến thư mục gốc, cũng như các anh chị em vùng của mỗi của các. Đặc biệt,
mỗi đại lý có một bản sao địa phương của các gốc MIB, 8 và các MIBs của mỗi đứa con của
root. Như đã nói trước đây, không có máy chủ tập trung gắn với nội
vùng; MIBs của họ được nhân rộng trên tất cả các đại lý trong những khu vực này.
Tuy nhiên, nhân rộng này không được khóa bước: đại lý khác nhau trong một khu vực không
đảm bảo để có bản sao giống hệt nhau của MIBs ngay cả khi truy vấn cùng một lúc,
và không phải tất cả các đại lý được bảo đảm cảm nhận mỗi và mọi cập nhật cho một MIB.
Thay vào đó, các giao thức Astrolabe đảm bảo rằng MIBs không tụt hậu phía sau sử dụng
một phiên bản cũ của một MIB mãi mãi. Chính xác hơn, Astrolabe thực hiện một mô hình thống nhất xác suất mà theo đó, nếu bản cập nhật cho các MIBs lá ngừng cho
đủ lâu, một đại lý hoạt động là tùy tiện có khả năng phản ánh tất cả các bản cập nhật
đã được nhìn thấy bởi các đại lý hoạt động khác