Je m'interroge sur la sémantique de l'atomicité dans Chronicle Map. Si j'ai une carte de chronique partagée sur 2 nœuds (serveurs) et que j'essaie d'insérer la même clé dans cette carte simultanément sur les deux nœuds, quelles sont les sémantiques transactionnelles?Chronicle Carte atomicité sémantique
Le premier put réussira-t-il et le second échouera-t-il?
Je suis curieux de savoir si Chronicle Map garantit la même sémantique transactionnelle que, Apache Zookeeper? Dans mon cas, je voudrais compter sur le fait que si node1 met une clé K1 dans la carte, ce node2 serait capable de vérifier l'existence de K1 et s'il n'y est pas il connaîtrait définitivement c'est le premier à ajouter K1.
En effet, demander si une mise sur ChronicleMap est une transaction distribuée, qui s'étend sur les 2 nœuds.
Un grand merci Clifford
Merci pour la réponse détaillée Peter. J'ai des commandes qui peuvent être routées vers l'une des 3 passerelles sortantes, pour une livraison finale vers un ECN (ceci afin d'assurer une haute disponibilité). J'essaie de garantir que la première passerelle pour recevoir un ordre est celle qui l'envoie à l'échange et l'autre 2 ne le devrait jamais. J'allais ajouter l'identifiant de commande unique à Chronicle et demander aux 3 passerelles de vérifier l'existence de cet identifiant de commande avant d'envoyer une commande. Sur la base de vos recommandations ci-dessus, avez-vous des suggestions sur la façon d'y parvenir? Chronicle Map est-il bien adapté? – cliff