Описание ветви

Эта ветвь была создана на основе BSF.

Изменения

1. SDK расширяется как плагин от BSF.
2. Пространство имён проекта было изменено с Dyd.Base.Monitor на Monitor.
3. Создан пакет установки, который может быть использован третьими сторонами.
4. Для использования старой версии XXF.dll следует использовать основную ветвь master.

Прямое использование "пакета установки мониторинговой платформы" для установки и тестирования.

.NET платформа мониторинга

Для многоаспектного анализа производительности, управления временем выполнения приложений и централизованного управления журналами.

Мониторинг производительности кластера: (требуется развертывание узлов мониторинга на серверах)

1. В настоящее время поддерживаются только Windows-серверы.
2. Поддержка всех конфигураций мониторинга производительности, предоставляемых встроенным анализатором производительности Windows, а также настройка предупреждений.
3. Поддержка расширяемости через пользовательские плагины для сбора данных производительности и настройки предупреждений.
4. Поддержка моментальных снимков сбора данных производительности.
5. Отображение базовых показателей производительности сервера, таких как CPU, память, чтение/запись жесткого диска, передача/приём данных сети, запросы IIS.### Управление временем выполнения приложений: (требуется внедрение SDK на уровне API и SQL)
6. Анализ времени выполнения SQL (среднее значение, максимальное значение, минимальное значение, количество запросов) и отображение графиков производительности.
7. Анализ времени выполнения API (среднее значение, максимальное значение, минимальное значение, количество запросов) и отображение графиков производительности.
8. Анализ взаимосвязей между API и внутренними SQL-запросами API.
9. Список проблемных SQL-запросов, не использующих параметризованные запросы.

Централизированное управление журналами: (требуется интеграция SDK)

1. Централизация управления ошибочными журналами и отправка предупреждающих электронных сообщений.
2. Централизация управления обычными журналами.### Задачи мониторинговой платформы:
3. Статистика соотношения SQLHASH и URL.
4. Сбор информации о состоянии мониторинга сервера.
5. Автоматическое создание таблиц.
6. Статистика соотношения SQLHASH и количества выполнений SQL.
7. Статистика мониторинга производительности SQL.
8. Статистика мониторинга производительности API.
9. Предупреждение о превышении допустимого времени выполнения.
10. Предупреждение о частоте возникновения ошибок.
11. Отправка предупреждающих электронных сообщений об ошибках.
12. Предупреждение о превышении допустимого уровня производительности кластера.### Примечания: Каждая компания имеет свои уникальные требования к централизованному мониторингу и предложения по его улучшению. Поэтому открытая мониторинговая платформа является лишь примером и не применима ко всем отраслям и проектам.

Надеемся, что этот открытый проект принесет новые идеи и станет отправной точкой для создания других хороших проектов. Кроме того, документация и материалы по установке еще не полностью завершены и будут дорабатываться.### Будущие планы:

1. Использование NoSQL и других технологий хранения для сбора и анализа больших объемов данных. -- Чжан Жянью 23 июля 2015 года
   Открытый доступ к связанным группам: .NET открытые базовые службы 851340557
   (У всех есть основная работа, поэтому возможно, что мы не сможем оперативно отвечать и решать проблемы, просим понять нас.)

Учебный маршрут для самостоятельного обучения работе с .NET открытыми проектами третьих сторон

• Маршрут 1: скачивание исходного кода открытого проекта -> изучение открытого проекта -> успешное развертывание проекта (по руководству по использованию открытых проектов или с помощью администратора проекта в QQ-группе) -> становление администратором проекта в QQ-группе -> решение повседневных проблем открытых проектов -> составление и распространение руководства по использованию открытых проектов среди участников группы или его продвижение -> участие как разработчик в проектах Git
• Маршрут 2: скачивание исходного кода открытого проекта -> изучение открытого проекта -> успешное развертывание проекта (по руководству по использованию открытых проектов или с помощью администратора проекта в QQ-группе) -> выявление ошибок при практическом использовании и отправка этих ошибок администратору проекта- Маршрут 3: скачивание исходного кода открытого проекта -> изучение открытого проекта -> успешное развертывание проекта (по руководству по использованию открытых проектов или с помощью администратора проекта в QQ-группе) -> создание своего ветвления открытого проекта -> отправка новых функций этого ветвления разработчику официального проекта -> официальный разработчик объединяет новые функции в зависимости от ситуации и выпускает новую версию продукта

О .NET экосистеме открытых проектов

.NET экосистема замкнутого цикла: официальные открытые проекты -> участие третьих сторон в обучении -> улучшение и отправка новых функций или ошибок третьими сторонами -> объединение новых функций или ошибок официальными разработчиками -> выпуск новой версии официальным разработчиком

Почему открытость? .NET экосистема сама по себе слаба, но она становится мощной благодаря постоянному обучению каждого из нас, накоплению знаний и взаимопомощи, вместе создающим благоприятную среду для развития .NET.

Идеология открытости: Открытость — это отношение, а делиться — это дух. Изучение требует упорства, прогресс — усилий. .NET экосистема становится лучше благодаря каждому из вас.Автор: Чжань Янь

Некоторые скриншоты: