Сабж. 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 тасков с разными параметрами, которые будут дёргать сервисные методы, и логировать факт успешного/неуспешного вызова - это даст какую-либо внятную картину?
