Retry powinien się zakończyć. Nie zakończył się.
Mieliśmy dwie maszyny zgłaszające zakończenie zadania, ale warstwa koordynacji nadal pokazywała „oczekujące.” Więc ręcznie zmieniliśmy trasę. To naprawiło zadanie, ale ujawniliśmy coś brzydszego. Problem nie dotyczył prędkości. Chodziło o porozumienie.
Protokół Fabric zaczął mieć sens w tym momencie, nie jako infrastruktura, ale jako dyscyplina. Kiedy potwierdzenie zadania przechodzi przez wspólną walidację, zamiast przez serwer jednego dostawcy, zachowanie się zmienia. Robot nie tylko mówi, że skończył. Udowadnia to w sposób, który mogą zweryfikować inne węzły. Ten dodatkowy krok walidacji spowolnił nieco proces, może o milisekundy, ale liczba ponownych prób spadła. Mniej ghostowych zakończeń. Mniej cichych awarii.
Współpraca bez weryfikowalnego stanu to tylko równoległe zamieszanie.
Warstwa stakowania wprowadziła coś, czego się nie spodziewałem. Operatorzy stali się ostrożni. Kiedy wykonanie jest powiązane, niedbałe trasowanie staje się drogie. Zadania przestały skakać między węzłami tylko po to, aby zredukować opóźnienie. To zredukowało hałas w sieci. Utrudniło to również eksperymentowanie. Myślisz dwa razy przed wprowadzeniem nieprzetestowanej logiki, ponieważ niezgodność kosztuje.
Wciąż zastanawiam się, czy ta dyscyplina będzie się czysto rozciągać na mieszane floty. Koordynacja ekonomiczna wydaje się elegancka, ale zachowanie maszyn jest chaotyczne w rzeczywistym świecie. Czujniki się rozkalibrowują. Aktualizacje oprogramowania układowego mają opóźnienia. Zachęty nie naprawiają wariancji sprzętowej.
ROBO naprawdę zaczęło mieć dla mnie sens po obserwowaniu tej zmiany w zachowaniu. Chodzi mniej o token, a bardziej o to, jak wywiera presję na uczestników, aby dbali o wspólne wyniki, zamiast o izolowany czas pracy.
W następnym kwartale testujemy zbieranie zadań przez wielu operatorów. Jeśli wskaźnik ponownych prób pozostanie niski przy większym obciążeniu, powie mi to więcej niż jakikolwiek dokument kiedykolwiek mógł.
@Fabric Foundation $ROBO #ROBO
