EventLog с Azure - PullRequest
Новая
       15

EventLog с Azure

1 голос
/ 10 февраля 2011

Я хотел бы иметь возможность регистрировать события с помощью Azure.

В настоящее время я использую EventLog и .WriteEntry, чтобы записать их в журнал на моей локальной машине. Однако при загрузке в Azure появляется ошибка запроса.

Я видел руководства, в которых говорится об использовании RoleManager в Microsoft.ServiceHosting.ServiceRuntime, но Microsoft.ServiceHosting.ServiceRuntime не является доступной ссылкой для добавления (в ней говорится «Отфильтровано по. нет в списке).

Есть ли способ заставить ведение журнала работать со ссылками .NET Framework 4?

Ответы [ 3 ]

1 голос
/ 10 февраля 2011

хорошо, во-первых, я всегда рекомендую людям абстрагироваться от таких вещей, как запись непосредственно в журнал событий. Это системная зависимость, которая лучше выражается при использовании слабосвязанного поставщика. Таким образом, определенный кусок кода, который вы создали, можно использовать как в помещении, так и в Windows Azure, просто изменив поставщика.

Во-вторых, существуют ограничения безопасности при создании ваших собственных источников событий. Поэтому я совершенно уверен, что если вы пытаетесь это сделать, операция выдаст исключение.

И, наконец, проблема с диспетчером ролей не является ошибкой. Этот класс устарел, когда Windows Azure стала коммерческой более года назад. Я написал короткий пост, который говорил об этом: http://brentdacodemonkey.wordpress.com/2010/03/05/azure-service-configuration-updated-or-%e2%80%9cwhere-did-rolemanager-go%e2%80%9d/

В вашей ситуации я бы рассмотрел создание простого адаптера, который пишет непосредственно в хранилище таблиц Azure. Затем вы можете позволить любому процессу мониторинга событий периодически проверять эту таблицу. Или используйте Очереди хранения Azure, чтобы вам не приходилось постоянно сканировать таблицу на предмет новых элементов. :) Просто загляните в очередь, потяните и товар, когда его там найдут.

0 голосов
/ 19 ноября 2013

Не используйте журналы событий Windows в Azure.Нет никакого смысла.Разработайте свое собственное решение для ведения журнала.Вы можете прочитать ошибки и предупреждения в журнале событий Windows, чтобы переслать их в свои журналы.Это может сэкономить время при устранении неполадок удаленного рабочего стола.

Также не используйте встроенную диагностику Azure.Большинство из тех, с кем я работал, сочли это неадекватным и обременительным в настройке и настройке.Кроме того, перед записью журналов происходит задержка в 1 минуту из-за пакетной обработки на машине.

Сверните свою собственную регистрацию.То, что я нашел проще всего из-за того, что вам не нужно беспокоиться о проблемах масштаба учетной записи хранилища, - это запись в таблицу.Вы захотите катить журнал ежедневно / ежечасно по имени таблицы и / или ключу раздела в зависимости от того, сколько журналов вы пишете (мы пишем LOT).Возможно, вы также захотите, чтобы ваши журналы были асинхронными с шаблоном производителя / потребителя, чтобы вы не замедляли свои процессы.Критические журналы (ошибки / предупреждения) вы должны писать синхронно или использовать другой канал для отчетов (мы не используем журналы для отчетов об ошибках, но рассматриваем отчеты об ошибках как первоклассный гражданин).

Если вы начнете сталкиваться с проблемами масштабирования таблиц, вы можете выполнить некоторые внутрипроцессные пакетные обработки и добавить блоб страницы.Это немного больше работы, но вы сможете масштабировать намного лучше, когда вы регистрируете LOT.

0 голосов
/ 10 февраля 2011
...