Ah, ça me rappelle de vieux cours de systèmes distribués ... je ne sais pas si c'est bien de cela dont il s'agit, mais bref, lorsque de nombreux systèmes doivent s'échanger des messages, il arrive souvent qu'on aie des problèmes de synchronisation car on ne peut pas avoir facilement une base de temps commune à toutes les machines (typiquement chaque machine possède sa propre horloge, donc on ne peut pas 'dater' les messages transmis avec cette information).
Du coup, on peut passer par un serveur unique qui fournit des estampilles (un genre d'ID/date) à chaque demande d'un client. De cette façon la base de temps est commune à tout le système (ou tous les systèmes plutôt ...).
Bien sûr, il y a un problème lorsque le serveur d'estampilles tombe ... le but va donc être de trouver une méthode plus robuste. D'après mes vagues souvenirs, il y beaucoup d'architectures/méthodes/algorithmes différents pour résoudre ce problème. Par exemple dans certaines architectures, lorsque le serveur tombe, un nouveau serveur est désigné par une sorte de 'vote' par les autres machines. Dans d'autres cas, tous les noeuds sont au même niveau, et il faut utiliser des algos d'exclusion-mutuelle-distribuée tirés par les cheveux.
J'ai l'impression que cela rejoint l'idée d'horodateur distribué, mais je peux me tromper complètement ...
[^] # Re: ???
Posté par kwembel . En réponse au journal Un horodateur cryptographique en bash. Évalué à 8.
Ah, ça me rappelle de vieux cours de systèmes distribués ... je ne sais pas si c'est bien de cela dont il s'agit, mais bref, lorsque de nombreux systèmes doivent s'échanger des messages, il arrive souvent qu'on aie des problèmes de synchronisation car on ne peut pas avoir facilement une base de temps commune à toutes les machines (typiquement chaque machine possède sa propre horloge, donc on ne peut pas 'dater' les messages transmis avec cette information).
Du coup, on peut passer par un serveur unique qui fournit des estampilles (un genre d'ID/date) à chaque demande d'un client. De cette façon la base de temps est commune à tout le système (ou tous les systèmes plutôt ...).
Bien sûr, il y a un problème lorsque le serveur d'estampilles tombe ... le but va donc être de trouver une méthode plus robuste. D'après mes vagues souvenirs, il y beaucoup d'architectures/méthodes/algorithmes différents pour résoudre ce problème. Par exemple dans certaines architectures, lorsque le serveur tombe, un nouveau serveur est désigné par une sorte de 'vote' par les autres machines. Dans d'autres cas, tous les noeuds sont au même niveau, et il faut utiliser des algos d'exclusion-mutuelle-distribuée tirés par les cheveux.
J'ai l'impression que cela rejoint l'idée d'horodateur distribué, mais je peux me tromper complètement ...
/mode_perplexe on