Использование hostNetwork: true
хорошо, когда вы ожидаете получить прямой доступ от вложенного модуля к сетевому интерфейсу узла, однако оно имеет некоторые ограничения, когда приложение размещено на нескольких узлах, поскольку каждый раз, когда Kubernetes перезапускает модуль Pod, он может быть запущен на другом узле, в результате чего IP-адрес вашего приложения может быть изменен. Более того, использование hostNetwork
создает некоторые проблемы с коллизиями портов, когда вы планируете масштабировать свое приложение в кластере Kubernetes, и поэтому не рекомендуется его реализовывать при начальной загрузке кластера Kubernetes в облачных средах.
Если вы не планируете использовать оверлейную сеть для связи с модулями в качестве существенной части модели Cluster Networking , то вы можете потерять некоторые существенные преимущества, такие как функция разрешения DNS ( CoreDNS , Кубэ-DNS ).
Полагаю, вы можете попытаться использовать NodePort
в качестве Service объекта. В связи с тем, что служба NodePort
проксирует целевой порт приложения на соответствующем узле, возможно, стоит проверить, соответствует ли он вашим требованиям, однако я ничего не знаю о составе развертывания приложения и спецификации сети для более продвинутого решения.