Лучшая практика для написания самообновляющейся службы Windows

У Google есть фреймворк с открытым исходным кодом под названием Omaha, который выполняет именно то, что 1. описывает ваш пункт. Он запускается как запланированная задача Windows в фоновом режиме, вне приложений, которыми он управляет. Google использует Омаху для автоматического обновления своих приложений Windows, включая Chrome. Поскольку он исходит от Google и установлен на каждом компьютере с Windows, на котором запущен Chrome, Омаха чрезвычайно эффективна.

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

Таким образом, вы можете реализовать свои пункты 2 и 1, используя Омаху. Боюсь, я не знаю, как бы вы поступили 3.

Просто некоторые мысли у меня были.

1 кажется проблематичным, потому что вы в конечном итоге имеете дело с ситуацией, которую пытаетесь решить, потому что в какой-то момент программе обновления потребуется обновление. 3 звучит хорошо, но если под «заменой» вы имеете в виду использование какого-то причудливого отражения для загрузки библиотеки DLL во время выполнения, я не уверен, что производительность станет проблемой.

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

Я использую вариант 1. В наши дни процесс обновления обновляется очень редко. Он использует XML-файл, содержащий подробную информацию о том, откуда взять файлы (в настоящее время поддерживает SVN, работает над добавлением поддержки NuGet) и где их разместить. Он также указывает, какие из них являются службами, а какие - веб-сайтами, и указывает имя службы, которая будет использоваться для каждого проекта.

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

Вот основной фрагмент кода для средства обновления, которое останавливает существующую службу, копирует файлы, а затем перезапускает ее.

if (isService)
{
    log.Debug("Stopping service " + project.ServiceName);

    var service = GetService(project);
    if (service != null && 
        service.Status != System.ServiceProcess.ServiceControllerStatus.Stopped && service.Status != System.ServiceProcess.ServiceControllerStatus.StopPending)
    {
        service.Stop();
    }

    service.WaitForStatus(System.ServiceProcess.ServiceControllerStatus.Stopped, new TimeSpan(0, 1, 0));
    if (service.Status == System.ServiceProcess.ServiceControllerStatus.Stopped)
        log.Debug("Service stopped");
    else
        log.Error("ERROR: Expected Stopped by Service is " + service.Status);

}

log.Debug("Copying files over");
CopyFolder(checkoutDirectory, destinationDirectory);

if (isService)
{
    log.Debug("Starting service");
    var service = GetService(project);

    // Currently it doesn't create services, you need to do that manually
    if (service != null)
    {
        service.Start();

        service.WaitForStatus(System.ServiceProcess.ServiceControllerStatus.Running, new TimeSpan(0, 1, 0));

        if (service.Status == System.ServiceProcess.ServiceControllerStatus.Running)
            log.Debug("Service running");
        else
            log.Error("Service " + service.Status);
    }
}