Обоснования для сервера тестирования / разработки - PullRequest
2 голосов
/ 11 августа 2009

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

Итак, какие есть основания для выделенного сервера тестирования / разработки (сейчас это комбинированный сервер - я не хочу испытывать судьбу и просить 6 серверов!)?

Сводный список

  • Использование ресурсов
  • Предотвращение ошибок
  • ДР цели

Список не такой обширный, как я надеялся.

Ответы [ 8 ]

2 голосов
/ 11 августа 2009

Рассмотрите возможность использования виртуальных машин для снижения затрат.

1 голос
/ 11 августа 2009

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

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

В качестве ценового преимущества оборудование для тестирования / разработки можно использовать в качестве запасного, если с производственным оборудованием происходит что-то плохое.

1 голос
/ 11 августа 2009

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

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

Могут ли быть проблемы с чувствительностью производственных данных? (например, личные данные)

только несколько, чтобы начать:)

0 голосов
/ 11 августа 2009

Один сильный аргумент - это доступность / сокращение времени простоя / аварийное восстановление.

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

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

Конечно, это зависит от того, насколько важным для бизнеса является время безотказной работы, и от того, какую ценность они это увидят. Если вы можете приблизительно рассчитать, сколько они потеряют в долларах из-за потери бизнеса с сервером «горячего резервирования» и без него, и представить свой случай с точки зрения экономии $ (возможно, намного дороже, чем стоимость сервера). ), они могут пойти на это.

0 голосов
/ 11 августа 2009

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

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

Конечно, отдельная машина «чище», но разница невелика.

0 голосов
/ 11 августа 2009

Проверьте закон о защите данных, а также посмотрите на PCI-DSS, если вы хотите быть действительно безопасным (Стандарт безопасности данных индустрии платежных карт).

0 голосов
/ 11 августа 2009
UPDATE veryImportantTable SET veryImportantField = '' WHERE 1 = 1 --TODO: make proper condition

Это было бы достаточной причиной для меня. :)

Надеюсь, у вас есть хотя бы отдельные базы данных, и вы не разрабатываете производственные данные.

0 голосов
/ 11 августа 2009

Объясните, как часто у разработчика возникают тупые моменты и он слишком рано нажимает клавишу ввода при редактировании операторов, начинающихся ...

дроп-стол ...

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