Virtlab:Protokoly
Z VirtlabWiki
(Rozdíly mezi verzemi)
Verze z 11:59, 7. 12. 2006 Gry72 (Diskuse | příspěvky) ← Předchozí porovnání |
Verze z 19:30, 7. 12. 2006 Vav166 (Diskuse | příspěvky) (změna přehlednosti) Následující porovnání → |
||
Řádka 2: | Řádka 2: | ||
- | Protokol pokud možno ve stylu dotaz-odpověď (bez podpory pipelingingu), nad TCP, čistě textový, obdoba HTTP, první řádek příkaz, další volitelné řádky options hlavičky (optionName: value), prázdný řádek ukončí příkaz. Jména příkazů a parametrů v angličtině, bez speciálních znaků, dbejme na výstižnost názvů. | + | Protokol komunikace s rezervačním server: |
+ | * pokud možno ve stylu dotaz-odpověď (bez podpory pipelingingu) | ||
+ | * nad TCP | ||
+ | * čistě textový | ||
+ | * obdoba HTTP: první řádek příkaz, další volitelné řádky options hlavičky (optionName: value), prázdný řádek ukončí příkaz | ||
+ | * jména příkazů a parametrů v angličtině, bez speciálních znaků, dbejme na výstižnost názvů | ||
+ | |||
Na serveru implementovat inactivity timery pro případ výpadku klienta (aby nezůstávaly viset nepoužívaná otevřená spojení) | Na serveru implementovat inactivity timery pro případ výpadku klienta (aby nezůstávaly viset nepoužívaná otevřená spojení) | ||
- | Rezervační, konfigurační server i Cserver bude schopen obsluhovat více spojení současně (forking, multithreading), je třeba dát pozor na synchronizaci přístupu ke sdíleným datům a ošetřit distribuované transakce (2-fázový commit, odstranit riziko deadlocků). | + | Rezervační, konfigurační server i Cserver bude schopen obsluhovat více spojení současně (forking, multithreading), je třeba dát pozor na synchronizaci přístupu ke sdíleným datům a ošetřit distribuované transakce (2-fázový commit, odstranit riziko deadlocků). |
Verze z 19:30, 7. 12. 2006
Obecně o protokolech distribuovaného o Virtlabu
Protokol komunikace s rezervačním server:
- pokud možno ve stylu dotaz-odpověď (bez podpory pipelingingu)
- nad TCP
- čistě textový
- obdoba HTTP: první řádek příkaz, další volitelné řádky options hlavičky (optionName: value), prázdný řádek ukončí příkaz
- jména příkazů a parametrů v angličtině, bez speciálních znaků, dbejme na výstižnost názvů
Na serveru implementovat inactivity timery pro případ výpadku klienta (aby nezůstávaly viset nepoužívaná otevřená spojení)
Rezervační, konfigurační server i Cserver bude schopen obsluhovat více spojení současně (forking, multithreading), je třeba dát pozor na synchronizaci přístupu ke sdíleným datům a ošetřit distribuované transakce (2-fázový commit, odstranit riziko deadlocků).