У нас есть приложение Spring Boot, которое мы управляем и работаем на заданных машинах для разработки и производства. Мы используем «стандартные» номера портов, такие как 8080 (Tomcat), 8686 (JMX) и т.п. На самом деле у нас нет полноценного сервера приложений, такого как Wildfly или Glassfish.
Теперь пришло время интегрировать некоторый «устаревший» код в наше приложение, и он должен работать на сервере приложений (Glassfish). Конечно, теперь у нас есть конфликты портов на 8080 и 8686 (по крайней мере). Мы не можем изменить эти номера портов на Glassfish (не спрашивайте, не говорите).
Моя идея - увеличить каждый используемый номер порта на 10000, оставив нам 18080 (Tomcat), 18686 (JMX), 15601 (Hazelcast) и так далее. Если я сделаю это, буду ли я придерживаться правильного подхода? Могу ли я столкнуться с какими-либо «проблемами» при увеличении этих номеров портов (некоторые другие конфликты со случайными портами ОС и т. Д.)?
В большинстве систем диапазон временных портов будет значительно ниже. Они используются для исходящих подключений, поэтому не должны вызывать проблем.
Как правило, вы можете использовать любой порт для любых целей. Использование стандартных портов значительно упрощает поиск портов для приложения или угадывание того, какой протокол лучше всего использовать для связи через порт. Обычно это лучший вариант, но в таких случаях, как ваш, необходимо переместить по крайней мере одно приложение.
Хорошо работает простое преобразование, такое как вы предлагаете. Другие простые преобразования, когда у вас есть несколько таких портов, - это добавление числа, такого как 1, 10, 100 или 1000, к номеру порта. Меньшие числа имеют тенденцию поражать близлежащие порты. 1 не работает с приложениями, использующими последовательные порты.
Вариант, который позволит вам использовать существующие порты, - это добавить дополнительный IP-адрес. Это работает, только если вы можете указать IP-адрес, к которому будет привязано приложение. Если вам нужна запись DNS для одного или обоих приложений, рассмотрите возможность использования имени службы для одного или обоих приложений.