Целесообразность использование поддомена для тестовых сервисов и серверов, в локальной сети компании?
Доброго времени.
Есть локальная сеть комапании с некоторым количеством сервсисов. У большинства этих сервисов есть клоны, для тестирования новых конфигураций, обновлений и прочего.
В данный момент эти клоны и их компоненты имеют вот такие FQDN:
mailT.domain.ru
или так:
mail-test.domain.ru
То есть, к оригинальному имени добавляется буква или слово, в даном случае T или -test.
Хотелось бы этот колхоз вывести в отдельный поддомен(и даже в отдельную подсеть), что бы было как то так:
mail.test.domain.ru
Хочу услышать о подводных камнях подобного способа ведения хозяйства сервисов в локальной сети.
Как правило* никаких подводных камней (ну, кроме возмущения девелоперов, что домен стал длиннее) возникнуть не должно.
Более того, я, например, именно так и делаю...
*(в зависимости от идиотизма при обработке конфигурационных параметров/рерайтов/прочей обработки входящих параметров приложением)
В этом есть даже некоторые плюсы:
Можно будет изолировать от production среды
При переносе в production вылезет большинство имеющих место "гвоздями прибитых" настроек
Можно будет дать волю разработчикам/тестерам в тестовом домене (за исключением схем, если они в одном лесу)
Можно ставить эксперименты над DNS