Насколько это правильный подход ?

То есть есть WCF служба которая непрерывно выполняет определенную функцию

while( true )
{
 ...
}

Концепция IIS насколько я себе представляю это сервисы в режиме запрос-ответ, т.е. Application там стартует при первом обращении клиента. Сдесь же нужно чтобы Application стартовал сразу как запуститься сервис IIS.
Клиенты к этой службе будут подключаться чтобы получить текущую информацию/статистику работы. По сути они только читают информацию. Также могут оказывать управляющее воздействие в виде команд Старт/Стоп.
Или лучше такую службу хостить на Windows Service ? Просто в рекомендациях Microsoft самой универсальной решением с минимумом недостатков рекомендуется IIS, может это и так , но мне не совсем ясно как хостить вот такую службу.

WCF — это SOA, а концепция SOA — это как раз "запрос-ответ".
Это я к тому, что WCF плохо приспособлен к выполнению длительных задач в фоне.
Сделайте обычную службу Windows, которая будет делать фоновую работу.
Сделайте WCF-службу, которая будет снимать статус первой службы и управлять ею.
Так, имхо, правильней будет.

Здравствуйте, Аноним, Вы писали:

А>Насколько это правильный подход ?

А>То есть есть WCF служба которая непрерывно выполняет определенную функцию

А>

А>while( true )
А>{
А> ...
А>}

А>

Лучше расскажи поподробнее про эту службу.

А>Концепция IIS насколько я себе представляю это сервисы в режиме запрос-ответ, т.е. Application там стартует при первом обращении клиента. Сдесь же нужно чтобы Application стартовал сразу как запуститься сервис IIS.
А>Клиенты к этой службе будут подключаться чтобы получить текущую информацию/статистику работы. По сути они только читают информацию. Также могут оказывать управляющее воздействие в виде команд Старт/Стоп.
А>Или лучше такую службу хостить на Windows Service ? Просто в рекомендациях Microsoft самой универсальной решением с минимумом недостатков рекомендуется IIS, может это и так , но мне не совсем ясно как хостить вот такую службу.
Возможно тебе Workflow services подойдут.