Windows Service или как я докатился до такой жизни?
Не хочется останавливаться на грустной истории, как я оказался перед архитектурой с несколькими Windows виртуалками , но мне досталось приложение которое имело следующую структуру:
Есть сайт которому для работы необходим сервис, написанный на C# и работающий под Windows. Этот сервис доступен на наружу по HTTP на реализует «типаREST» API. Сервис работает долго (в смысле время обработки одного запроса занимает значительное время), на одной машине может быть запущен в одном экземпляре, запросы обрабатывает последовательно. И из-за таких особенностей архитектура выросла в набор виртуалок-клонов, на которых работал сервис, а наружу они прикрывались linux узлом, на котором nginx выступал в качестве proxy балансировщика. А т.к. сервис (win-служба) — это «живое» приложение, в котором правятся баги, тюнится производительность и дорабатываются фичи, т.е. периодически появляются обновления. Руками разливать сервис по виртуалкам и перезапускать их — работа не благодарная, поэтому и родилась задача:
Необходима автоматическая система обновления сервиса. Для этого был написан загуглен batch скрипт.
