No to jsem pochopil. Znalost chovani hodin (tj. HW) mi dokaze rict, jaky drifty a jaky chyby muzu cekat a jak s tim nalozit, s masterem, bez mastera,...
Ehhh.... ne, tohle jsem myslel: https://en.wikipedia.org/wiki/Vector_clock - A vector clock is an algorithm for generating a partial ordering of events in a distributed system and detecting causality violations. To nemá s hodinama nic společného....
Urcite se bude hodit vedet, jake druhy nespolehlivosti ta sit ma. Tj. treba, ktery vrstvy a konkretni protokoly si muzou dovolit prehazet zpravy, duplikovat, nedorucit, pokazit obsah zpravy (zamena bajtu za jiny) a jaka je toho pravdepodobnost. Co se deje v krizovejch a chybnejch situacich, jestli to nejak ovlivni, kdyz je v ceste VPN apod. Jak funguje fragmentace a udrzovani spojeni...
No... vlastně vůbec ne. Když to je postavené nad TCP protokol, tak z hlediska chování podle toho CAP v podstatě řešíš akorát "chodí/nechodí/chodí pomalu". O HW pod tím nepotřebuješ vědět vůbec nic.
A nechod na me s tim, ze zaslani zpravy je vysokourovnova operace. Jinak ti smele navrhnu, ze zalohovani databaze na vzdalenej stroj provedeme atomickou operaci server2.db = server1.db a ahoj. Je to prece formalne v poradku, ne?
No...... jo. A jako v čem je problém? Přes 2-PC se to asi celkem v pohodě dá implementovat?