Повторное использование имен в схеме именования [закрыто]

Это - одна из причин, почему использование значительных или прохладных имен является плохой идеей в целом. Если бы Вы назвали свои поля foo01, foo02, foo03..., то fooNNN Вы никогда не разрабатывал бы вида вложения к Вашим именам или схемы (схем) именования.

Понятие "исчерпывания имен" кажется абсолютно внешним мне.

Вы обеспечили бы образец того, как это могло бы произойти?

Лично мне не нравится снова использовать имена. Я столкнулся с серверами, где их называют нечто, затем кто-то покупает другой для кластеризации с ним, и это становится foo01 и foo02.
Это кажется неизобретательным мне.

Я также не люблю снова использовать названия замен, говорю, что панель умирает, и новый получает названную панель.
Возможно, это - плохая карма?

Имена рабочей станции: никогда не снова используйте. У нас есть соглашение о присвоении имен, которое включает год и месяц, ПК был получен, поэтому когда машина будет заменена более новой, новый будет всегда иметь другое имя. (Лично, я ненавижу включая имя пользователя как часть названия ПК, так как это означает, что необходимо переименовать его, чтобы переместить его к другому человеку, который происходит справедливо часто для нас.)

Имена серверов: в нескольких случаях мы снова использовали их, но мы стараемся избегать его. У нас было несколько машин, которые были заменены почти дубликатами, и мы сохранили те имена. Иначе у нас есть очень универсальное соглашение о присвоении имен, таким образом, мы действительно не заботимся, является ли сервер forv-sdc-01 или forv-sdc-17

В моем старом задании мы назвали рабочие столы в общем и не снова использовали имена. Конвенция была department_number-type-xyz (где тип был, некоторые обозначают буквами описание того, каково это было: MO для основного офиса, BUSOF для офиса, КЛАСС для классов, и т.д.). Серверы и машины Linux получили "прохладные" имена хостов, которые обычно ликвидировались, когда машина была заменена.

Обычно я думаю, что лучше в средней и крупной среде связать имена с машинами и уволить их вместе. CNAME в DNS может использоваться для указания на сервисы на правильную машину. Тем путем машина, которая раньше выполняла www.example.com, может использоваться для выполнения syslog.example.com, не имея необходимость путаться относительно того, почему веб-сервер не работает на www больше.

Для маленьких установок, как домашнее использование, делают то, что Вы хотите. Моя схема именования дома запустилась с мест, я видел торнадо, и когда это хорошо высохло, я начал использовать незабываемые города от штормовых прохождений преследования. Я не снова использую имена, но это - персональное предпочтение.

TL; DR: Свяжите имена к определенным машинам и используйте универсальный cnames для сервисов.

Одна причина не снова использовать имена состоит в том, чтобы быть в курсе того, как приложения и сервисы должны быть настроены, когда имя хоста изменяется - или скорее проверяя, что это не проблема (и зафиксируйте его, если это оказывается тем!).

Например, любой зависящий от приложения на именованном хосте должен, вероятно, быть настроен против универсального сервиса CNAME и не определенное имя хоста - но это нельзя было бы рассмотреть или принять во внимание до этого вида проблемы появляются, и некоторые сервисы как SSL даже не могли бы позволить это или потребовать, чтобы ручная стандартная программа существовала для любой будущей смены имени.

Опережение и предотвращение этих проблем путем вызова и фиксации и/или документирования их при контролируемых условиях были бы ключевыми для того, чтобы быть превентивным и разрабатывающим устойчивую и модульную среду ^^

Я соглашаюсь с другими ответами для того, чтобы изменить имена. Если у Вас есть проблема с решением, что переименовать новую машину (машины), это походит на большее количество проблемы с воображением, чем проблема миграции.

Я думаю, что необходимо снова использовать имена, если машина присоединена к пользователю.
Например, мы называем наши компьютеры с помощью полного имени человека, который является основным пользователем. Это помогает найти компьютер и подключение к нему для диагностики и т.д. Кроме того, это не требует, чтобы Вы обошли пользователя через cmd-> ipconfig для получения IP-адреса. Это также делает материально-технические ресурсы бризом.
Для серверов нет никакого вложения к имени, если пользователи не привыкли к именам пути UNC... Сколько из Ваших пользователей регулярно использует пути UNC?