Сабж. IIS 7.5.7600 на Win Server 2008R2 SP1 Enterprice edition. Сервис для внутреннего использования, и доступен только во внутренней сети. Всё работает нормально, но есть пара нюансов:
1. Долгое время отклика сервиса, если к нему какое-то время никто не обращался. Настроили always on, как описано здесь и здесь (параметр startMode для пула, и параметр serviceAutoStartEnabled для приложения, Application Initialization устанавливать не стали) - тем не менее, особенного эффекта это не возымело. Особенно интересна следующая деталь: некое действие клиентского приложения сводится к последовательному (через async-await) вызову 2 сервисных методов, и если к сервису никто не обращался некоторое время, то с ощутимой задержкой выполняются оба метода. Ну, почему долго выполняется первый - это понятно, а вот почему такая же картина со вторым - непонятно: сервис ведь уже поднялся, разогрелся, загрузил сборки, итд.
2. Ввиду изложенного в п. 1 - есть ли смысл поменять хостинг в IIS на self-hosting в виндовс-сервисе?
3. Как вариант - может быть, имеет смысл написать windows-сервис, который с определенной частотой будет дергать методы WCF-сервиса, чтобы не дать ему уснуть?
4. Как можно организовать более-менее достоверное нагрузочное тестирование сервиса? Возможное количество пользователей ~5000, активность обращения к сервису неравномерна - в течение месяца обращения будут достаточно редки, но в отдельные 2-3 дня к сервису могут обратиться все предполагаемые пользователи сразу. Если я в тестовом приложении, например, запущу параллельно с интервалом в 1 секунду 5000 тасков с разными параметрами, которые будут дёргать сервисные методы, и логировать факт успешного/неуспешного вызова - это даст какую-либо внятную картину?

ВМоисеев>Сон Веры Павловны, 21 авг 19, 07:12 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1316168&msg=21953925][21953925]
>...поменял ли в тестовом варианте хостинг в IIS на self-hosting в виндовс-сервисе?
< Если да, то каков результат? Вопрос для меня не праздный.
Поменял, отклик сервиса стал однозначно быстрее при вызове любого метода сервиса, и вне зависимости от времени бездействия сервиса.
До нагрузочных тестов пока дело не дошло - некогда. В следующий понедельник это хозяйство запускается в полуопытно-полурабочую эксплуатацию, там и выяснится, нормально ли self-hosted будет держать предполагаемую нагрузку.
Ну, и плюс еще один профит - self-hosted получилось настроить так, что с одной стороны, он поддерживает windows-аутентификацию, и нормально имперсонирует вызывающих пользователей, с другой стороны, ряд операций может производить в контексте windows-аккаунта, под которым запущен сервис - т.е., например, обращаться к БД c windows-аутентификацией под своей собственной сервисной учёткой. Под IIS мне такого добиться не удалось, как не бился, никакие манипуляции с endpoint identity не помогли.