Этот вопрос касается ограничений, наложенных на меня ASP.NET (например, тайм-аут сценария и т. Д.).asp.net бесконечный цикл - это можно сделать?
У меня есть служба, работающая под ASP.NET, и я хочу создать параллельную службу для мониторинга.
Основные данные службы расположены в базе данных.
Я думал о том, что служба монитора запрашивает базу данных через интервалы в 1 секунду, в пределах цикла, выданного http-запросом, сделанным удаленным клиентом.
Теперь фактическая подача этого мониторинга будет выполняться клиентским HTTP-запросом, который сделает цикл сценария (написанный на C#), и когда будут обнаружены новые данные, он будет агрегировать эти данные в этот один выходной буфер вывода запроса, отправить его и выйти из цикла, тем самым завершив запрос.
Клиент должен будет подать новый запрос, чтобы получать обновления.
Это на самом деле точно так же, как TCP (точно так же, как Windows IOCP); Вы запрашиваете службу для данных и ждете ее. Когда он прибывает, вы запускаете еще один запрос.
Мой настоящий вопрос:: Вы сделали это раньше? Как прошло? Я ограничен некоторыми (настраиваемыми) ограничениями, установленными инфраструктурой IIS/ASP.NET? Каковы мои лимиты в такой ситуации, или, какие лучше варианты, не слишком усложняющие вещи?
Обратите внимание, что я не ожидаю много таких запросов мониторинга одновременно, может быть, несколько десятков.
Это означает, что 10 таких одновременных запросов на мониторинг будут поддерживать 10 потоков, и вопрос будет; Может ли это повредить IIS/производительность? Как IIS обрабатывает 10 занятых потоков? Будет ли он выдавать больше? Каковы пределы? Это только один пример предела, о котором я могу думать.
Спасибо за ответ Хасана. Итак, вы предлагаете услугу для службы мониторинга? – Poni 2010-12-07 14:19:51
Это может быть услуга, это может быть запланированное консольное приложение - это вопрос реализации, но в принципе - да, я предлагаю создать службу мониторинга и оставить страницу ASP.NET только показывая отчеты о мониторинге до конца пользователь. Таким образом, вы получите гораздо более чистую архитектуру, и вы не ограничены небольшим количеством пользователей, просматривая журналы мониторинга (так как просмотр будет очень недорогим) – Hassan 2010-12-07 14:40:52