WISLA АРМ
Модуль мониторинга рабочих станций Windows и Linux, который заменяет ручной обход парка АРМ единым реестром статусов и алертами до того, как инцидент превратится в простой сотрудника
Парк рабочих станций растет быстрее, чем контроль над ним
Чем больше в компании рабочих станций на Windows и Linux, тем сложнее техподдержке понимать, что происходит с каждой из них прямо сейчас.
Нет единого реестра и статуса АРМ
Информация о том, какие станции сейчас онлайн, какие недоступны и в каком состоянии находится парк, разбросана по головам инженеров и разрозненным записям — единой картины у техподдержки нет
Инцидент находят ручным обходом, а не датчиком
Чтобы узнать, что случилось со станцией, инженеру нужно подключиться к ней вручную или физически подойти — при десятках и сотнях АРМ такой обход не масштабируется и отнимает часы.
Нет истории метрик — только момент "здесь и сейчас"
Без сохраненных данных о нагрузке невозможно понять, как менялись CPU, RAM и диск вчера или неделю назад — при разборе инцидента приходится восстанавливать картину по памяти, а не по графику
Переполнение диска и перегрузка CPU обнаруживаются слишком поздно
О проблеме узнают, когда станция уже зависла или сотрудник написал в поддержку — то есть постфактум, а не в момент, когда ее еще можно было предотвратить.
Нет автоматических алертов оператору
Без системы уведомлений оператор реагирует только на входящие жалобы — он не может действовать проактивно, потому что попросту не знает о проблеме, пока она не докатилась до пользователя.
От ручного обхода к реестру с алертами
WISLA АРМ ставит легкий Go-агент на каждую рабочую станцию, собирает метрики CPU, RAM, диска и события ОС, и показывает оператору единый реестр с историей и автоматическими алертами.
Преимущества решения
Один агент для Windows и Linux
Не нужно поддерживать два разных инструмента под разные ОС — единый Go-агент, построенный на основе форка NetworckScaner, работает одинаково на всём парке станций.
Пороги и шаблоны, знакомые из Zabbix
Готовые шаблоны arm-linux и arm-windows задают правила срабатывания по CPU, RAM и диску — оператору не нужно настраивать логику мониторинга с нуля.
Алерт там, где его точно увидят
Уведомление о нарушении порога приходит одновременно в UI, Telegram и на email — реакция на инцидент не зависит от того, открыт ли у оператора в этот момент нужный экран.
История нагрузки, а не только текущий статус
Метрики хранятся в TimescaleDB, поэтому можно посмотреть графики CPU и RAM за сутки и разобраться, что привело к инциденту, а не только зафиксировать факт сбоя.
Модуль внутри уже используемой экосистемы
WISLA АРМ работает как часть платформы WISLA, а не как отдельный продукт — без нового логина, нового интерфейса и нового договора поддержки.
Готов расти вместе с парком станций
Пилот уже развернут на 2 виртуальных машинах, а архитектура рассчитана на масштабирование до 5000 АРМ — решение подходит и для точки старта, и для крупного парка рабочих станций без пересмотра инфраструктуры.
Юзер-сценарии
1. Оператор получает Telegram «Диск > 95%» → открывает «События» → карточку АРМ → устраняет → RESOLVED.
2. Администратор открывает реестр, видит Linux/Windows Online, смотрит графики CPU/RAM за сутки.
3. Раз в неделю скачивает XLSX-отчёт парка с рекомендациями для руководителя ИТ.
Бизнес-выгоды
Снижение MTTD на 30%
Алерты по порогам вместо жалоб пользователей сокращают среднее время обнаружения инцидента (MTTD) на 30% — реакция происходит до того, как станция встанет.
Снижение простоя рабочих станций на 25%
Карточка инцидента с историей и статусом RESOLVED ускоряет устранение проблемы.
Снижение нагрузки на техподдержку на 20%
Единый реестр Online/Offline по Windows и Linux заменяет ручную проверку и разрозненные таблицы.
Экономия на инфраструктуре мониторинга
Модуль встроен в WISLA — не нужен отдельный Zabbix-стек ради базового наблюдения за АРМ
Для кого
Инженеры и операторы ТП, администраторы АРМ, руководители ИТ, организации с парком Win/Linux АРМ.