Установка инструментов разработки в производство

Question

Каковы причины не устанавливать VS 2008 на работающий производственный веб-сервер?

Answer 1

С учетом комментария, сделанного ОП, указывается причина, по которой вы могли бы сделать это:

Сделал бы "работает на моей машине" проблемы легче отлаживать

Тогда я отвечу, почему его не следует устанавливать: убрать искушение попробовать и отладить проблемы на работающем производственном веб-сервере.

Answer 2

Основная причина не устанавливать его:

Это означало бы, что вы не делали невероятно глупых действий на своем рабочем сервере.

Если вы не можете реплицировать проблемы в коде на своих машинах разработки, вам необходимо создать промежуточный сервер, который точно копирует конфигурацию и среду вашей производственной среды. Если вы по-прежнему не можете повторить ошибку, это означает, что у вас либо a: не удалось достаточно хорошо реплицировать среду, b: недостаточно хорошо понять вашу конфигурацию в рабочей среде, чтобы иметь возможность ее реплицировать, либо c: have неправильно настроил ваше приложение, чтобы справиться с изменением среды.

Другая причина:

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

Answer 3

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

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

На рабочем сервере должно быть только необходимое программное обеспечение, необходимое для выполнения его роли. Установка полноценной IDE кажется слишком сложной. Также возникнет вопрос о том, нужно ли обновлять IDE после выпуска SP? Что если установка прошла неправильно? Все это проблемы, которых можно легко избежать, не устанавливая VS на сервере.

Чем меньше вещей на вашем рабочем сервере, тем меньше вероятность того, что что-то пойдет не так.

Answer 4

Я могу думать о нескольких:

• Развитие не должно происходить на производственный сервер.

Разработка и тестирование программ всегда должны происходить на сервере разработки. Затем продукты разработки развертываются на производственном сервере. Разработка на рабочем сервере сопряжена с риском сбоя рабочего сервера.

• Только производственное программное обеспечение должно быть установлен на производственном сервере

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

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

Возможно, вы рассматриваете возможность установки VS 2008 для удобства. Приятно иметь инструменты под рукой. Но насколько легко теперь срезать углы и что-то починить на своем сервере, не следуя процессу разработки программного обеспечения?

Answer 5

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

Answer 6

Нет причин, кроме места на диске и, возможно, потраченной впустую лицензии, почему бы и нет? Однако каковы причины установки VS 2008 на работающий производственный веб-сервер? Вы можете отлаживать удаленно, если у вас есть какая-то ошибка, которую вы просто не можете воспроизвести в вашей dev или тестовой среде, и вам действительно нужно отладить ее вживую. Поэтому я не могу думать о какой-либо причине, чтобы сделать это.