https://help.ngrsoftlab.ru/alertix/3.9.1/admin-guide/platform_description/Recent content in Описание Платформы on AlertixHugoru-RUhttps://help.ngrsoftlab.ru/alertix/3.9.1/admin-guide/platform_description/platform_architecture/platform_architecture/Mon, 01 Jan 0001 00:00:00 +0000https://help.ngrsoftlab.ru/alertix/3.9.1/admin-guide/platform_description/platform_architecture/platform_architecture/<div class="paragraph"> <p>Архитектура Платформы разработана для функционирования в рамках одного или нескольких средств вычислительной техники (СВТ). Позволяет при соблюдении аппаратных требований, указанных в документе &#34;Руководство по планированию установки и масштабированию&#34;, осуществлять обработку потоков событий общей плотностью до 10000 событий в секунду, измеряемую на усредненном недельном интервале. При необходимости обработки потоков плотностью выше 10000 событий в секунду или распределенного приема событий, осуществляется добавление СВТ компонентов хранения данных и приемников событий. На рисунке ниже приведена простая схема разворачивания комплекса на одном сервере.</p> </div>https://help.ngrsoftlab.ru/alertix/3.9.1/admin-guide/platform_description/the_interaction_scheme_of_components/the_interaction_scheme_of_components/Mon, 01 Jan 0001 00:00:00 +0000https://help.ngrsoftlab.ru/alertix/3.9.1/admin-guide/platform_description/the_interaction_scheme_of_components/the_interaction_scheme_of_components/<div class="paragraph"> <p>Схема взаимодействия компонентов представлена на <a href="#operation_schema">следующем рисунке</a>. Пунктирными линиями показаны потенциальные взаимодействия сервисов, являющиеся необязательными для полноценного функционирования Платформы.</p> </div> <div id="operation_schema" class="imageblock"> <div class="content"> <img src="https://help.ngrsoftlab.ru/alertix/images/operation_schema_0004.png" alt="image" width="699" height="694"/> </div> <div class="title">Рисунок 1. </div> </div> <div class="paragraph"> <p>Прием данных от различных источников событий и их последующая обработка осуществляются соответствующим модулем компонента Receivers, который передает денормализованные и обогащенные данные для индексации и хранения в кластере Opensearch. Сохраняемые в кластере Opensearch события постоянно анализируются компонентом Signal, который при выявлении какого-либо события на основе правила формирует запись в суточном индексе записей о сработавших правилах. В состав записи входит временная метка, наименование правила, ссылки на события, вызвавшие срабатывание. Сервис Alerter на основе данной записи может сформировать подозрение на инцидент в подсистеме управления жизненным циклом инцидентов ИБ и (или) уведомление о произошедшем событии и направить его через шлюз уведомлений посредством внешних систем (Gateway). Аналитики могут анализировать как поступающие события, так и результат работы Signal вручную посредством компонента OpenSearch Dashboards, или с использованием сервиса поддержки ручной аналитики, осуществляя просмотр хранимых в кластере Opensearch данных.</p> </div>