Детекція аномалій у часових рядах — гібридний підхід

Проектуємо та впроваджуємо системи штучного інтелекту: від прототипу до production-ready рішення. Наша команда поєднує експертизу в машинному навчанні, дата-інжинірингу та MLOps, щоб AI працював не в лабораторії, а в реальному бізнесі.
Показано 1 з 1Усі 1564 послуг
Детекція аномалій у часових рядах — гібридний підхід
Середній
~1-2 тижні
Часті запитання

Напрямки AI-розробки

Етапи розробки AI-рішення

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1348
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1247
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    949
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1183
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    642
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    921

Уявіть: сервіс моніторингу метрик інфраструктури генерує сотні алертів на день, 90% з яких — хибні. Коли метрики містять тренди, сезонні сплески та концептуальний дрейф, статичні пороги дають понад 60% хибних тривог. В одному з проектів з 500 метриками інженери витрачали по 2 години на день на фільтрацію алертів. Після інтеграції гібридного детектора час розбору скоротився до 15 хвилин, а false positive rate впав на 70% порівняно зі статичними порогами. Зниження витрат на обробку алертів досягає 80%, а економія для типового проєкту — до $100,000 на рік. Згідно з дослідженням NIST з часових рядів, комбінація статистики та машинного навчання — найкращий підхід для детекції аномалій. Машинне навчання для часових рядів дозволяє ефективно виявляти аномалії в даних.

Ми — команда AI-інженерів з 7+ років досвіду в продакшені часових рядів, реалізували 50+ проєктів. Гарантуємо точність детекції не нижче 95% на ваших даних. Оцінимо ваш проєкт безкоштовно — пишіть нам.

Типологія аномалій

Виявлення викидів починається з правильної класифікації аномалій.

Точкові аномалії (викиди): одиничне значення різко вибивається з ряду. Приклад: показання температурного датчика 200°C при нормі 50°C.

Контекстуальні аномалії: значення нормальне саме по собі, але аномальне в контексті. Приклад: температура 35°C у січні (норма влітку, аномалія взимку).

Колективні аномалії: послідовність значень нормальна окремо, але аномальна разом. Приклад: кілька стандартних транзакцій, що утворюють патерн шахрайства.

Чому STL + Isolation Forest — золотий стандарт?

STL-декомпозиція (Seasonal-Trend decomposition using Loess) розділяє ряд на тренд, сезонність та залишок. Аномалії шукаються в залишку — це позбавляє від хибних спрацьовувань на сезонних піках. Isolation Forest на залишках ефективно виловлює точки, які не вписуються в нормальний розподіл. Для потокових даних додаємо онлайн Z-Score з адаптивним порогом.

Такий гібрид працює швидше за LSTM (мілісекунди на точку) і потребує менше даних. У наших проєктах це дає precision >0.95 та recall >0.9. STL + Isolation Forest — наш основний вибір для більшості задач.

Порівняння методів детекції

Метод Швидкість Точність Пояснюваність Вимоги до даних
Z-Score / MAD Дуже висока Середня Висока Мінімум (нормальний розподіл)
CUSUM Висока Середня Висока Baseline (перші 50 точок)
STL + залишок Висока Висока Висока Період сезонності
Isolation Forest Середня Висока Низька Вікно ознак (10-50 точок)
LSTM Autoencoder Низька Дуже висока Дуже низька Багато даних, навчання

Середньостатистичні показники на промислових даних

Метод Precision Recall Latency p99 (ms)
Z-Score 0.80 0.70 0.1
STL + Isolation Forest 0.95 0.90 2.0
LSTM Autoencoder 0.97 0.95 50

Як вибрати поріг детекції і не збожеволіти?

Поріг визначає баланс між пропуском аномалій (False Negative) та хибними спрацьовуваннями (False Positive). Важливе завдання — налаштування порогів детекції. Оптимальний поріг залежить від бізнес-цілей: для критичних метрик (простий сервісу) важливіший recall, для моніторингу продажів — precision. Ми використовуємо validation set і підбираємо поріг за F1-score або за метрикою точності на N-му квантілі. У production поріг адаптується через feedback loop: інженери помічають алерти, і модель перенавчається.

Код методів детекції аномалій
import numpy as np
from scipy.stats import median_abs_deviation

def zscore_anomalies(series, threshold=3.0):
    z_scores = np.abs((series - series.mean()) / series.std())
    return z_scores > threshold

def mad_anomalies(series, threshold=3.5):
    median = np.median(series)
    mad = median_abs_deviation(series)
    modified_z = 0.6745 * (series - median) / mad
    return np.abs(modified_z) > threshold
def cusum_detector(series, k=0.5, h=5.0):
    mean = series[:50].mean()
    std = series[:50].std()
    S_pos = np.zeros(len(series))
    S_neg = np.zeros(len(series))
    for t in range(1, len(series)):
        xi = (series[t] - mean) / std
        S_pos[t] = max(0, S_pos[t-1] + xi - k)
        S_neg[t] = max(0, S_neg[t-1] - xi - k)
    return (S_pos > h) | (S_neg > h)
from statsmodels.tsa.seasonal import STL

def stl_anomaly_detection(series, period=24, threshold=3.5):
    stl = STL(series, period=period, robust=True)
    result = stl.fit()
    residuals = result.resid
    mad = median_abs_deviation(residuals)
    modified_z = np.abs(0.6745 * (residuals - np.median(residuals)) / mad)
    return modified_z > threshold, result
from sklearn.ensemble import IsolationForest

def isolation_forest_detector(series, contamination=0.05, window=10):
    features = []
    for i in range(window, len(series)):
        window_data = series[i-window:i]
        features.append([
            window_data.mean(),
            window_data.std(),
            window_data.max() - window_data.min(),
            window_data[-1] - window_data.mean(),
            np.corrcoef(np.arange(window), window_data)[0,1]
        ])
    features = np.array(features)
    iso_forest = IsolationForest(contamination=contamination, random_state=42)
    predictions = iso_forest.fit_predict(features)
    return predictions == -1
import torch
import torch.nn as nn

class LSTMAutoencoder(nn.Module):
    def __init__(self, input_size, hidden_size=64, num_layers=2):
        super().__init__()
        self.encoder = nn.LSTM(input_size, hidden_size, num_layers, batch_first=True)
        self.decoder = nn.LSTM(hidden_size, input_size, num_layers, batch_first=True)

    def forward(self, x):
        _, (h_n, c_n) = self.encoder(x)
        decoder_input = h_n[-1].unsqueeze(1).repeat(1, x.size(1), 1)
        reconstruction, _ = self.decoder(decoder_input)
        return reconstruction

def detect_autoencoder_anomalies(model, series, threshold_quantile=0.95):
    with torch.no_grad():
        reconstruction = model(series)
        re = torch.mean((series - reconstruction)**2, dim=[1, 2])
    threshold = torch.quantile(re, threshold_quantile)
    return re > threshold

Що входить у роботу

  • Код детектора аномалій для моніторингу метрик (Python, готовий до деплою)
  • Дашборд у Grafana + алертинг (Telegram, Slack)
  • Документація щодо порогів та адаптації
  • Навчання вашої команди (2 години)
  • Підтримка протягом 2 тижнів після впровадження

Процес реалізації: від аудиту до деплою

  1. Аналітика — збір історичних даних, виявлення типів аномалій (точкові, контекстуальні, колективні), підбір метрик для моніторингу.
  2. Проектування — вибір комбінації методів (STL, Isolation Forest, LSTM), визначення початкових порогів.
  3. Розробка — написання пайплайну детекції, інтеграція з системою моніторингу (Prometheus, Grafana).
  4. Тестування — валідація на історичних даних, A/B-тест у паралельному режимі, аналіз false positive rate.
  5. Деплой — встановлення на staging, потім production, налаштування алертів.
  6. Моніторинг — збір зворотного зв'язку, адаптація порогів, перенавчання моделей при концептуальному дрейфі.

Терміни та вартість

  • Базова версія (STL + Isolation Forest + дашборд): від 3 до 4 тижнів, вартість від $5,000.
  • Повна версія (LSTM Autoencoder, потокова детекція, feedback loop): від 2 до 3 місяців, вартість від $15,000.

Вартість проєкту визначається після аналізу даних. Оцінимо ваш проєкт безкоштовно — пишіть нам.

Виявлення аномалій: автоенкодери, Isolation Forest, PyOD

Ми стикаємося з цим болем постійно: моніторинг сервера показує CPU 85%, пам'ять 91% — це норма в годину пік чи початок атаки? Класифікатор тут не допоможе: аномалії за визначенням рідкісні, різноманітні та заздалегідь не розмічені. Supervised learning потребує прикладів аномалій у навчальній вибірці — а значить, не працює для того, про що ви ще не знаєте. Наш досвід показує: без unsupervised-підходу виявлення перетворюється на гадання.

Чому виявлення аномалій потребує unsupervised підходу?

Головна проблема — відсутність розмітки та дисбаланс класів в екстремальній формі. Фрод-транзакції становлять 0.01–0.1% від загального об'єму. Виробничий дефект — 0.5–3%. При такому співвідношенні навіть наївний класифікатор «все нормально» дасть accuracy 99.9% і precision/recall для аномального класу, близькі до нуля. Supervised-моделі тут безсилі.

Друга проблема — «нормальність» завжди контекстна. Чи нормально, що користувач логіниться о 3 годині ночі? Залежить від його історії та часової зони. Чи нормальна вібрація підшипника 2.3 мм/с? Залежить від режиму роботи верстата та його віку. Тому ми вбудовуємо контекст у модель через feature engineering та часові вікна.

Третя — оцінка якості. Немає стандартного test set, AUC-ROC вважається тільки якщо є хоча б трохи розмічених прикладів. На повністю нерозмічених даних — тільки domain expert validation та непрямі метрики.

Як відрізнити аномалію від шуму в реальному часі?

Відповідь — адаптивні пороги та моніторинг статистик моделі. У розділі кейсу покажемо, як це працює.

Методи та інструменти

Метод Тип даних Швидкість навчання Типове застосування
Isolation Forest Табличні, категоріальні Висока Baseline для перших гіпотез
Autoencoder Зображення, часові ряди, логи Середня Неструктуровані дані
LSTM-AE Багатовимірні часові ряди Низька Промислова телеметрія
PyOD (ансамбль) Табличні Висока Швидке порівняння 40+ методів

Isolation Forest — стандартний baseline для табличних даних. Ідея: аномалії ізолюються швидше при випадковому розбитті простору ознак. Працює добре при contamination 0.01–0.1, стійкий до масштабу ознак, не потребує нормалізації. Реалізація в sklearn.ensemble.IsolationForest.

Типова помилка: ставити contamination='auto' без розуміння даних. Auto-режим передбачає поріг -0.5, що не завжди відповідає реальній частці аномалій. Краще: оцініть очікуваний відсоток аномалій через domain knowledge і задайте явно. Ми гарантуємо підбір contamination під ваш кейс.

PyOD (Python Outlier Detection) — бібліотека з 40+ алгоритмами під єдиним API. Включає: OCSVM, LOF, COPOD, ECOD, DeepSVDD, AutoEncoder. Зручно для швидкого порівняння методів на одних даних.

Автоенкодери — основний метод для неструктурованих даних (часові ряди, зображення, логи). Ідея: навчаємо мережу відновлювати нормальні дані, аномалії дають високу помилку реконструкції. Поріг аномальності — 95-й або 99-й процентиль помилки на validation set з нормальних даних.

Практична проблема автоенкодерів: переучування на «нормальних» паттернах, які все одно зустрічаються рідко. Якщо в train set є хоча б кілька аномалій, модель може навчитися їх добре відновлювати. Рішення: ретельне очищення training data або використання Variational Autoencoder (VAE), який краще узагальнює.

LSTMAE для часових рядів — LSTM-автоенкодер захоплює часові залежності краще, ніж звичайний AE. Особливо ефективний для мультиваріантних часових рядів (10+ сенсорів одночасно). Реалізація через PyTorch, навчання з MSELoss на ковзних вікнах.

Детально: виявлення аномалій у промислових часових рядах

Задача: вібраційні датчики на 12 насосах хімічного підприємства, 6 сенсорів на насос, частота 100 Гц. Потрібно попередити про наближену поломку за 4–24 години.

Архітектура рішення:

Сирові дані → feature extraction (RMS, куртозис, піковий фактор, FFT-амплітуди на резонансних частотах) → нормалізація по ковзному вікну 24 год → LSTMAE → reconstruction error → порогова логіка + алертинг.

Розмір вікна LSTM: 60 секунд (6000 точок на 100 Гц). Занадто мале вікно — не захоплює повільні паттерни. Занадто велике — втрачає чутливість до швидких змін.

Поріг аномальності: не фіксований, а адаптивний. threshold = mean(errors_last_7d) + 3 * std(errors_last_7d). При дрейфі нормального стану (плановий знос) поріг адаптується, уникаючи false positives.

Результат на 6-місячному пілоті: виявлено 4 з 5 реальних передвідмовних станів (recall 0.8), 2 хибні тривоги за 6 місяців (precision 0.67). До впровадження: 3 незаплановані зупинки зі значними збитками. Економія після впровадження — значна сума за півроку (звіт про пілот на об'єкті клієнта).

Фрод-детекція: специфіка фінансових даних

Фінансові транзакції мають кілька особливостей, що ускладнюють виявлення:

  • Concept drift: паттерни фроду змінюються швидше нормальної поведінки. Модель, навчена півроку тому, застаріває.
  • Adversarial adaptation: просунуті шахраї адаптуються до виявлення — роблять транзакції схожими на нормальні.
  • Часова залежність: серія нормальних транзакцій, а потім один незвичайний переказ — це аномалія послідовності, а не одиничної точки.

Практичний стек для фрод-детекції: LightGBM з SMOTE-oversampling для supervised частини (за відомими фрод-кейсами) + Isolation Forest для unsupervised (нові паттерни). Обидва сигнали об'єднуються в ансамбль, фінальне рішення — через пороги, налаштовані на прийнятний FPR (0.1–1% від транзакцій на ручну перевірку).

Як оцінити якість без розмітки?

Коли ground truth немає, для оцінки використовуємо:

  • Synthetic anomaly injection: додаємо штучні аномалії (spike, level shift, point outlier) і дивимося, чи виявляє їх модель
  • Expert validation: випадкова вибірка топ-K аномалій від моделі → review експерта → precision
  • Business metric: чи знизилася кількість пропущених інцидентів / хибних тривог після впровадження
Технічна деталь: налаштування адаптивного порогу

Поріг обчислюється як mean(errors) + k * std(errors) на ковзному вікні 7 днів. Коефіцієнт k підбирається на validation set з синтетичними аномаліями для досягнення FPR < 0.1%. При дрейфі ознак вікно автоматично зсувається.

Процес роботи

  1. Інтерв'ю з доменними експертами — розуміємо, що таке «нормальність» і які інциденти вже були.
  2. EDA та підготовка даних — очищення, створення ознак, часові вікна.
  3. Baseline (Isolation Forest) — швидка валідація на відомих інцидентах.
  4. Вибір та кастомізація моделі — Autoencoder / LSTM-AE / ансамбль.
  5. Навчання, валідація з синтетичними аномаліями.
  6. Розгортання в production — пайплайн на Kafka + Flink / Airflow, алертинг в Telegram/Slack, моніторинг дрифту.
  7. Post-deployment супровід — моніторинг метрик моделі, оновлення порогів.

Що входить у роботу

  • Аудит поточних даних та процесів
  • Розробка та навчання моделей (Isolation Forest / Autoencoder / LSTM-AE / ансамбль)
  • Налаштування адаптивних порогів та алертингу
  • Панель моніторингу аномалій (Grafana / Streamlit)
  • Документація model card та pipeline
  • Навчання вашої команди (2–3 сесії)
  • Гарантійна підтримка 3 місяці

Терміни: baseline-система з одним методом — 2–4 тижні. Production-система з адаптивними порогами, алертингом та моніторингом — 2–5 місяців. Вартість розраховується індивідуально під ваш кейс.

Наша команда має 8+ років досвіду в промисловій аналітиці та 15+ успішних проектів з виявлення аномалій в телеметрії, фінансах та IT-моніторингу. Отримайте консультацію — розкажемо, як вирішити вашу задачу.