Dlaczego Walrus traktuje awarie przechowywania jako dane wejściowe projektowania
Systemy zdecentralizowane nie psują się wszystkie naraz. Ulegają degradacji. Węzły przestają działać. Przepustowość fluktuje. Udział zmienia się w miarę zmiany zachęt. To nie są rzadkie wydarzenia. To normalne warunki operacyjne sieci rozproszonych. Walrus jest zbudowany z myślą o tej rzeczywistości.
Zamiast zakładać doskonałe zachowanie, Walrus traktuje częściowe awarie jako przewidywane. Przechowywanie jest zaprojektowane tak, aby pozostać funkcjonalne nawet wtedy, gdy części sieci są niedostępne. Mechanizmy redundancji i rekonstrukcji zapewniają, że w praktyce dane można nadal odzyskać, gdy poszczególne węzły znikają lub wydajność ulega degradacji. Dostępność jest zachowywana nie dlatego, że w praktyce nic nie idzie źle, ale dlatego, że system jest zaprojektowany, aby odzyskać się, gdy coś się wydarzy.
To podejście zmienia sposób, w jaki deweloperzy myślą o ryzyku. Aplikacje nie muszą już same uwzględniać każdej możliwej awarii przechowywania. Mogą założyć, że dostęp do danych przetrwa zmiany i zakłócenia. To zmniejsza niepewność i upraszcza projektowanie systemu, szczególnie dla aplikacji o długim okresie życia, gdzie warunki nieuchronnie się zmienią.
Walrus odzwierciedla mentalność skoncentrowaną na infrastrukturze. Niezawodność nie jest definiowana przez brak awarii, ale przez ciągłość przez awarię. Przechowywanie nie musi być doskonałe. Musi być odporne.
