Вы не должны полагаться на этот факт в любом случае. Вам необходимо иметь правый уровень абстракции (например, связь по IP является хорошей отправной точкой). Это частично необходимо для обеспечения возможности «при обновлении службы» , т.е. добавления более новых машин, которые могут быть или не иметь ту же архитектуру, что и начальная конфигурация кластера.
Представьте себе, что вы идете к своему боссу: "Ну, нам нужно полностью перейти на обслуживание, потому что у нас есть эти модные новые машины ..." . (и я слышу громкий и ясный ответ)
Конечно, если проблемы производственной среды выходят за рамки вашего конкретного случая, вы можете игнорировать мою цитату. Скажем так, это было бы типичным требованием для любого крупного развертывания.
Наконец, всегда легче иметь дело с симметричным кластером (обслуживание упрощено), но опять же, асимметричный кластер может быть «ступенькой» при работе с «скользящим обновлением».
Разъяснение : Я никогда не ускользнул от абстрагирования от всего .
Пояснение # 2 : под "архитектурой" я подразумеваю "архитектуру ЦП", то есть не "архитектуру всей системы".
Что касается второй части вашего вопроса: все зависит от архитектуры вашего программного обеспечения.