Hazelcast-одно и то же название группы, но разные участники
Является ли плохой практикой использование имени по умолчанию (например, "my-product-name") для группы Hazelcast, если используется метод обнаружения не многоадресных членов?
Мои опасения основаны на следующем сценарии... Если у вас есть несколько групп Hazelcast в одной сети, но с разными участниками, что это означает? Будут ли они функционировать правильно как отдельные группы или возникнут проблемы, такие как сообщение, отправленное члену неправильной группы?
Например, если у вас была одна группа названный "dev", который содержал узлы A и B, обнаруженные через конфигурацию TCP / IP (т. е. члены явно определены), работающий на ноутбуке, и кто - то запускает новую группу также названную "dev" на другом ПК в той же сети и имеет явно определенные члены C и D-будут ли эти кластеры/группы отлично функционировать в изоляции друг от друга?
Кроме того, если первая группа явно определила своих членов, но вторая группа использовала многоадресное обнаружение, это изменится хоть что-нибудь? Будет ли группа многоадресной рассылки случайно включать членов из другой группы?
1 ответ:
Хотя было бы лучше использовать разные имена групп для отдельных кластеров, создание двух кластеров TCP-IP с явно определенными членами или одного кластера TCP-IP и одного кластера многоадресной рассылки также должно работать без каких-либо проблем.
В явном TCP-IP соединении Hazelcast открывает соединения только с определенными участниками.
В многоадресном соединении Hazelcast открывает многоадресный сокет и прослушивает многоадресные пакеты. Поскольку TCP-IP кластер не будет прослушивать многоадресные пакеты, создание одного TCP-Ip и один многоадресный кластер будут безопасны.
Даже вы можете создать несколько кластеров многоадресной рассылки, используя различные группы многоадресной рассылки.