Как вы обрабатываете доступ разработчика к серверам Windows?

Question

Когда дело доходит до запуска кода, как вы обрабатываете доступ разработчика к серверу? Есть ли у них доступ RDP к машинам для развертывания кода и внесения изменений? Предоставляются ли им только ftps доступ к документированным серверам, и любые изменения конфигурации .NET обрабатываются системными администраторами? Имеют ли разработчики доступ к рабочим документооборотам для развертывания, или системные администраторы обрабатывают запуск любого кода на живых серверах?

Answer 1

Лучшие настройки, с которыми я работал, имеют трехуровневую иерархию:

• DEV - Разработчики имеют полный доступ к этим серверам.
• STAGE - Это для разработчиков и QA.
• LIVE - только сисадмины и билды инженеры трогают их.

Это также будет зависеть от бюджета и мышления компании.

Answer 2

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

Answer 3

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

Answer 4

Зависит от того, что на нашем рабочем месте разработчики все делают. Ни один системный администратор ничего не говорит (поскольку я системный администратор и разработчик)

Плохая часть, однако, в живом окружении происходит множество испытаний, против которых я и пытаюсь остановиться, но пока не повезло.

Мое последнее рабочее место было разработано разработчиками, но поэтапно, много этапов, прежде чем начать работу.

Answer 5

У меня есть полный доступ к большинству наших производственных систем. Есть много проблем, которые мне легче решить, чем ИТ. Хотя обычно я не делаю изменения в производстве, если это не является абсолютно необходимым. Если я внесу изменение, я сообщу нашим администраторам, чтобы они могли это заметить. Мы пытались сделать это с ограниченным доступом, но я работаю в составе действительно небольшой команды, так что это не вариант. Прямо сейчас, если бы мы только предоставили доступ администраторам, 2 человека должны были бы покрыть производственные проблемы. Это сложно с графиком вызова.

Answer 6

У меня есть полный и полный доступ ко всем производственным серверам моей компании. Но мы очень маленькая компания, и я выполняю большую часть работы системного администратора, а также всю работу по разработке.