Когда должен новые сервисные учетные записи создаваться/использоваться?
Большинству систем нужен IE для обновлений Windows, таким образом, да, усовершенствуйте его.
Мы следуем за первой группой, которая имеет отдельную сервисную учетную запись для каждой среды и серверного приложения.
Главной причиной является безопасность, но другое серьезное основание состоит в том, что, если некоторая работа делается в тесте или dev, который требует изменяющейся безопасности, Вы знаете, что это не влияет на продуктивную среду всегда.
Конечно, проблемы безопасности имели бы тенденцию приводить Вас к одной учетной записи на приложение/сервис. Однако я не думаю, что необходимо перейти к уровню наличия различных счетов на напоминание, UAT и dev все же. Это означало бы, что конфигурация должна будет измениться, когда Вы развернули приложение, и это могло потенциально быть источником ошибки.
Править: Я только что видел ответ Bravax, и он поднимает актуальный вопрос об изменениях в учетных записях dev, не влияющих на живую систему.
-
1Да ре: Ваше редактирование. У нас почти была ситуация, где пароль сервисной учетной записи был изменен на тесте без мысли, что это повлияет на производство. – Alex Angas 1 May 2009 в 12:44
Любой ценой позвольте своей разработке и средам UAT/test совместно использовать те же сервисные учетные записи. Но разделите производство. Кроме проблем управления изменениями, уже выделенных в других ответах, у разработки и тестовых людей не должно быть бизнеса, получающего доступ к производственным системам в нормальном ходе событий.