2009-12-16 6 views
0

Для моих задач программирования я использую около 2-3 удаленных серверов для развертывания и запуска моего кода в разных условиях. Эту систему нельзя эмулировать локально, так как для конфигурации сервера требуется мощное оборудование. Большую часть времени мне нужно прекратить обслуживание, обновлять двоичные файлы, запускать сервис, просматривать журналы в реальном времени, загружать журналы. В настоящее время я делаю это вручную, и со временем это становится настоящей болью в заднице, особенно потому, что окружающая среда не идеальна с точки зрения пропускной способности сети, надежности и т. Д.Инструмент разработки сервера?

Мне просто интересно, есть ли у кого-то из серверных программистов аналогичные проблемы и как вы несете их. Любые специальные инструменты/подсказки/секреты?

ответ

0

Похоже, вы могли бы использовать Scripting with Windows PowerShell для автоматизации многих ручных задач, которые вы сейчас выполняете.

+0

Я использую scriping сейчас, однако это все еще занимает много времени для отдыха. Как открытие сеанса RDP для просмотра журналов в реальном времени. –

0

Ед. Изм. Вместо того, чтобы все время запускать все мощные вещи, вы можете сохранить это для ночной сборки & работы с дымом или сервером CI (большую часть времени).

Аналогично, использование распределенного сервера CI, такого как Hudson или Buildbot, позволяет вам сценаризировать распределение и тестирование на всех машинах.

+0

Вы не можете проверить все с помощью модульного тестирования. На самом деле UT не очень полезно при создании серверного приложения для совершенно разных конфигураций. Все может случиться, что UT не может имитировать. –

+0

Я согласен, вы не можете все проверить, в конце концов, вам нужно проверить достоверность ваших макетов, и если у вас есть существующий BigBallOfMud, UT сложно. Тем не менее, вы можете проверить много. Благодаря хорошему дизайну компонентов и богатой коллекции макетов объектов, вы можете избежать необходимости проходить весь цикл все время. UT очень полезен для создания приложений для работы в совершенно разных конфигурациях, поскольку гораздо проще создавать объекты для скрытия и издеваться над имитацией различных сред, чем размещать ваши двоичные файлы во всех различных тестовых средах с помощью все изменения. –

Смежные вопросы