метрики в приложении ASP.NET - PullRequest
       31

метрики в приложении ASP.NET

0 голосов
/ 29 августа 2010

Мне нужно добавить некоторые метрики и статистические возможности в приложении ASP.NET (Framework 2.0, SQL Server 2005). Это интранет-приложение, поэтому я не могу использовать Google Analytics.

Мне нужно не только измерить количество посещений и посещений, но и какие кнопки нажимают люди и какие функции приложения используются.

Достаточно ли будет использовать журналы IIS и MS Log Parser или я должен записать действия всех людей в базу данных и проанализировать их?

Какие компоненты я могу использовать?

Спасибо.

Ответы [ 2 ]

1 голос
/ 07 сентября 2010

Попробуйте GIBRALTAR . Он имеет встроенную интеграцию с ASP.NET Health Monitoring, включая подробное отслеживание метрик страницы и отслеживание того, какие кнопки нажимают люди и какие функции приложения используют, просто помечая ключевые методы с помощью атрибута.

Гибралтар также предоставляет неблокирующую, многопоточную среду ведения журналов, веб-сервис для сбора журналов и инструмент анализа с широкими возможностями фильтрации и построения графиков. Если вы уже используете Log4Net, NLog или другие платформы, у Гибралтара есть соединители для интеграции этих потоков данных.

Гибралтар предлагает бесплатную 30-дневную пробную версию и большие скидки на многопользовательские пакеты лицензий. Это не бесплатно, но активно поддерживается страстной, опытной командой, которая действительно знает и заботится о регистрации и мониторинге приложений. Общайтесь с нами , если у вас есть вопросы.

1 голос
/ 29 августа 2010

Прежде чем вы решите как вы будете производить требуемые метрики, вы должны определить какие метрики вам нужны, а затем приступить к поиску решений для использования.

Журналы IIS определенно сообщат вам, какие страницы были посещены, но, учитывая характер обратной связи asp.net (если вы не ссылаетесь на приложение asp.net mvc), он не даст Ваша информация о том, «какая кнопка» была нажата. Если вам нужен такой уровень информации, вам в конечном итоге придется где-то регистрировать данные. База данных почти наверняка является лучшим выбором, так как тогда очень легко писать SQL-запросы для анализа данных. Недостатком является то, что вам нужно будет добавлять вызовы к вашей процедуре регистрации в каждом месте, где вы заботитесь о сборе данных.

Одна вещь, которую нужно иметь в виду, это объем данных, которые вы регистрируете, и то, как вы ими управляете. Если вы ведете слишком много журналов или у вас нет плана архивации / очистки, вы можете обнаружить, что у вас больше данных журнала, чем данных приложения, что может создать проблему, если приложение интенсивно используется большим количеством пользователей. Я неоднократно видел таблицы с именем ProcessLog или Trace, которые содержат больше данных, чем остальная часть системы вместе взятых.

...