0
Je suis passé par plusieurs sujets connexes ici et il semble que le sujet soit toujours ouvert, la documentation officielle ne le couvre pas alors nous sommes ici.Bonnes pratiques sur la persistance de la noisette et les membres multiples
- Il y a un groupe avec les membres N dans un groupe
- Il y a une carte distribuée
- La carte a magasin de persistance soutenue par MongoDB
- Nombre de sauvegardes est 1
- à écriture est activé
- Carte est censé être peuplé au démarrage
- données dans DB est trop grand pour être stocké uniquement par un membre
Les questions sont les suivantes:
- Pour les opérations d'écriture correctement, tous les membres de la carte doivent avoir MapStore activé, car ils écrivent que des partitions dont ils sont propriétaires?
- Quand la classe commence, devrait loadkeys() charge de la mise en œuvre que sous-ensemble de données, ou il devrait essayer de charger ensemble des données et le partitionnement Hazelcast se chargera de la distribution des clés?
- Si les deux scénarios de Q précédents sont valides, lequel est le plus efficace?
Merci Chris pour la réponse rapide! Très heureux Hazelcast se charge de la distribution, simplifie vraiment les choses et le rend plus facile à l'échelle! –