Насколько сценическая среда должна равняться живой? - PullRequest
4 голосов
/ 16 марта 2009

Руководство решило перейти на 64-разрядную версию Windows 2008 с IIS7 для обслуживания нашего основного веб-сайта.

Они хотят, чтобы он был размещен на сервере Windows 2003 с IIS6. [Редактировать] Да, 32-битные - это то, что они планируют организовать [Конец редактирования]

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

Я читал отличные посты, такие как this , но я хочу кое-что сказать с несколькими пунктами

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


[редактировать] @Luke:

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

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


[Edit ++] Код ASP.NET, используется на 3 важных страницах заказа клиентов.

Спасибо

Ric

Ответы [ 6 ]

7 голосов
/ 16 марта 2009

Надеюсь, это не 32-битный промежуточный сервер Windows 2003, который вы используете для тестирования функциональности 64-битного рабочего сервера Windows 2008 или вам не по себе.

Промежуточный сервер должен быть, насколько это возможно, эквивалентом производственного сервера, потому что вы используете его для ответа на вопрос «Работает ли это программное обеспечение в производственной среде?» перед фактической загрузкой его в производственную среду.

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

3 голосов
/ 16 марта 2009

Чем больше промежуточная среда соответствует живой, тем больше проблем можно найти в тесте. Если у вас только плохое совпадение, как у вас здесь, это ограничивает тип ошибок, которые могут быть обнаружены. Например, предположим, что существует несовместимость с 64-разрядной версией 2008 года и каким-либо компонентом сайта? Вы не найдете его, пока не уйдете вживую. Это может быть слишком поздно.

1 голос
/ 16 марта 2009

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

У вас так много различий между сценой и вживую, что вы не можете проверить какие-либо изменения в коде или конфигурации IIS. Это будет «толкни и молись», чтобы жить.

1 голос
/ 16 марта 2009

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

0 голосов
/ 16 марта 2009

Объясните это бизнесу с точки зрения риска и денег.

  • Риск того, что ваш сайт столкнется с проблемами при производственном развертывании, известен и нетривиален.
  • Стоимость вашего сайта из-за непредвиденной проблемы очень высока.
  • Потенциальная стоимость времени, затрачиваемого вашим обслуживающим персоналом и разработчиками на выявление проблем каждый раз, когда они возникают в производственной среде, поскольку ваша промежуточная среда не отвечает на правильный вопрос («Будет ли мое программное обеспечение работать в рабочей среде?») высокий и усугубляет прежнее.
  • Поздние ночи и высокие уровни стресса, которые могут возникнуть при повторных неудачных развертываниях, приведут к несчастной, непродуктивной команде, что может привести к недопустимо высоким показателям текучести кадров.
  • Стоимость смягчения всего этого путем приобретения оборудования относительно невелика, и многие авторитетные инженеры рекомендуют это в качестве наилучшей практики.
0 голосов
/ 16 марта 2009

Желательно, чтобы в прямом эфире и постановке были одни и те же технологии, конечно (та же коробка?). Но что вы здесь делаете, технологии или контент? Если промежуточная среда предназначена главным образом для контента, то вам может не понравиться то, что оба сервера не одинаковы. Однако, если вы внедряете технологии, вы наверняка столкнетесь с проблемами, когда вы размещаете вещи, которые не работают должным образом. Я думаю, если парень с кошельком хочет быть ответственным за это, продолжайте ...

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...