Моніторинг сервера з Datadog: налаштування агента, APM, логів та алертів

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Моніторинг сервера з Datadog: налаштування агента, APM, логів та алертів
Середній
~2-3 дні
Часті запитання

Наші компетенції:

Етапи розробки

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

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Чому саме Datadog для моніторингу серверів?

Ви помічаєте, що сайт повільно завантажується, але не можете зрозуміти, де вузьке місце? Помилки 500 без стека, а користувачі йдуть до конкурентів. Ми стикалися з цим не раз: production-середовище — чорна скринька, доки не впровадиш інструментарій. Datadog вирішує це завдання: SaaS-платформа моніторингу з агентом на серверах. Вона збирає метрики інфраструктури, APM (трасування запитів), логи та синтетичні тести в єдиному інтерфейсі. Наші інженери мають сертифікати Datadog та 10+ років досвіду у веб-розробці, тому гарантуємо якісне налаштування під ключ.

Вартість хмарної підписки Datadog починається від $15 на хост на місяць, але наш сервіс налаштування окупається за рахунок запобігання простоям. Datadog documentation підтверджує, що компанії, які використовують APM, скорочують час на пошук кореневих причин інцидентів на 50%.

Чому Datadog кращий за open-source стек?

Prometheus + Grafana — потужна зв'язка, але вона вимагає ручного конфігурування алертів, зберігання метрик та інтеграції з APM. Datadog з коробки дає готові дашборди, автоматичне виявлення сервісів (наприклад, через Docker labels) та єдиний інтерфейс для логів, метрик і трейсів. Порівняйте: налаштування Prometheus з нуля займає 3–5 днів, а Datadog — 1–2 дні. Крім того, Datadog підтримує 600+ інтеграцій, включаючи AWS, GCP, Azure, що критично для гібридної інфраструктури.

Проблеми, які вирішуємо за допомогою Datadog

Невидимі помилки в production

Без APM ви бачите лише HTTP-статуси. Datadog автоматично збирає стеки помилок і пов'язує їх з конкретними транзакціями. Наприклад, в Laravel ми налаштовуємо DDTrace\GlobalTracer, щоб ловити винятки в сервісах. Це допомагає виявити, що метод OrderService::processOrder() падає з PDOException через блокування в PostgreSQL.

N+1 запити та повільні SQL

Datadog APM показує тривалість кожного SQL-запиту. Ми бачимо, що сторінка каталогу робить 200 запитів замість 5. Рішення — додати eager loading або кешування через Redis. Без Datadog ви б гадали, а з ним — точна цифра: avg: 342ms на запит.

Витоки пам'яті та зростання CPU

Моніторинг інфраструктури: system.cpu.user та system.mem.used. Datadog алерти спрацьовують при перевищенні порогу 85% CPU. В одному проекті ми виявили витік у Node.js через неоптимальний setInterval. Datadog показав зростання heap-пам'яті, і ми замінили цикл на worker_threads.

Як ми налаштовуємо моніторинг

Процес включає кілька етапів:

Етап Що робимо Термін
Аудит Визначаємо критичні сервіси, точки заміру та сценарії 1 день
Встановлення агента Налаштовуємо агент на серверах, вмикаємо інтеграції 1 день
APM Впроваджуємо tracers для Laravel/Node.js, налаштовуємо кастомні спани 1–2 дні
Логи та алерти Налаштовуємо збір логів, монітори та сповіщення (Slack, PagerDuty) 1 день
Дашборди Створюємо візуалізацію з ключовими метриками 0.5 дня

Встановлення агента

# Ubuntu/Debian
DD_API_KEY="your-api-key" DD_SITE="datadoghq.eu" \
  bash -c "$(curl -L https://s3.amazonaws.com/dd-agent/scripts/install_script_agent7.sh)"

# Docker
docker run -d --name datadog-agent \
  -e DD_API_KEY="your-api-key" \
  -e DD_SITE="datadoghq.eu" \
  -e DD_LOGS_ENABLED=true \
  -e DD_LOGS_CONFIG_CONTAINER_COLLECT_ALL=true \
  -e DD_APM_ENABLED=true \
  -v /var/run/docker.sock:/var/run/docker.sock:ro \
  -v /proc/:/host/proc/:ro \
  -v /sys/fs/cgroup/:/host/sys/fs/cgroup:ro \
  gcr.io/datadoghq/agent:7

Конфігурація агента

# /etc/datadog-agent/datadog.yaml
api_key: your-api-key
site: datadoghq.eu
hostname: web01.example.com

tags:
  - env:production
  - app:myapp
  - region:eu-west-1

logs_enabled: true
apm_config:
  enabled: true

process_config:
  enabled: true

# Інтеграції
integrations:
  nginx:
    - nginx_status_url: http://localhost/nginx_status
  php_fpm:
    - status_url: http://localhost/status
      ping_url: http://localhost/ping
  postgres:
    - host: localhost
      username: datadog
      password: ENC[k8s_secret,v1.0/namespace/secret/pass]
      dbname: myapp

PostgreSQL: користувач для моніторингу

CREATE USER datadog WITH PASSWORD 'secure-password';
GRANT pg_monitor TO datadog;
GRANT SELECT ON pg_stat_database TO datadog;

APM для Laravel

// composer.json
// "datadog/dd-trace": "^0.90"

// Трасування кастомних операцій
use DDTrace\GlobalTracer;

class OrderService
{
    public function processOrder(Order $order): void
    {
        $tracer = GlobalTracer::get();
        $span   = $tracer->startActiveSpan('order.process');

        try {
            $span->setTag('order.id', $order->id);
            $span->setTag('order.total', $order->total);

            $this->validateInventory($order);
            $this->chargePayment($order);
            $this->sendConfirmation($order);

        } catch (\Throwable $e) {
            $span->setError($e);
            throw $e;
        } finally {
            $span->finish();
        }
    }
}

Алерти через Datadog Monitor

resource "datadog_monitor" "cpu_high" {
  name    = "High CPU on web servers"
  type    = "metric alert"
  query   = "avg(last_5m):avg:system.cpu.user{env:production} by {host} > 85"

  message = <<-EOT
    CPU використання перевищило 85% на {{host.name}}.
    @slack-monitoring
  EOT

  thresholds = {
    critical = 85
    warning  = 75
  }

  notify_no_data    = true
  renotify_interval = 60
  tags              = ["env:production", "app:myapp"]
}

resource "datadog_monitor" "error_rate" {
  name  = "High error rate"
  type  = "metric alert"
  query = "sum(last_5m):sum:trace.web.request.errors{env:production}.as_count() / sum:trace.web.request.hits{env:production}.as_count() * 100 > 5"

  message = "Error rate > 5% @pagerduty-oncall"
  thresholds = { critical = 5, warning = 2 }
}

Як Datadog допомагає оптимізувати бюджет?

Datadog у 2 рази скорочує час виявлення інцидентів порівняно з Prometheus+Grafana. Синтетичні тести дозволяють виявити проблеми до того, як вони зачеплять користувачів. Ми налаштовуємо моніторинг ключових сценаріїв (логін, каталог, кошик) за один день. Кожен запобігнутий простій економить в середньому $5000 на годину для e-commerce проектів.

Терміни та що входить в роботу

Компонент Термін Входить у вартість
Встановлення агента з інтеграціями (Nginx, PHP-FPM, PostgreSQL) 1–2 дні Так: документація по налаштуваннях, тестовий прогін
APM для Laravel/Node.js з кастомними спанами 2–3 дні Так: навчання команди, шаблони дашбордів
Налаштування моніторів та алертів 1 день Так: тригери для критичних метрик, інтеграція з Slack/PagerDuty
Синтетичні тести 1 день Так: 5 тестів для основних сценаріїв (логін, каталог, кошик)

Ми підключаємося до вашого проекту віддалено через VPN. Після налаштування передаємо доступи та інструкцію з експлуатації. Гарантуємо, що моніторинг працюватиме стабільно — протягом 30 днів після впровадження безкоштовно доопрацьовуємо алерти та дашборди за вашими зауваженнями.

Як Datadog допомагає знаходити вузькі місця?

APM-трасування показує кожен HTTP-запит від входу до виходу. Наприклад, в Laravel ми бачимо, що OrderController@store витрачає 2.5 секунди, з яких 2 секунди — виклик зовнішнього API. Без Datadog це було б "чорною скринькою". З Datadog ви точно знаєте: проблема не в коді, а в сторонньому сервісі. Детальніше про APM читайте в офіційній документації Datadog.

Замовте налаштування моніторингу у нас — отримайте консультацію безкоштовно. Зв'яжіться з нами, щоб обговорити ваш проект. Ми підготуємо індивідуальну пропозицію протягом одного робочого дня.

Як налаштувати веб-аналітику: GA4, GTM, Яндекс.Метрика та Amplitude

Ми часто бачимо: конверсія 1.2 %, трафік зростає, а конверсія стоїть. Маркетолог дивиться в Google Analytics і каже: «користувачі йдуть з кроку 2 оформлення замовлення». Розробник відкриває той самий крок — помилок немає, в Sentry тиша. Значить, справа не в JS-базі, а в UX або в кривих даних, які показує аналітика. Аналітика ламається непомітно: подія перестала трекатися після редеплою — ніхто не помітив; GTM-тег стріляє двічі — дані задвоїлися; фільтр GA4 виключає бота, який насправді — реальний трафік з корпоративного проксі. Замовте аудит поточних тегів — ми знайдемо причину за тиждень. Ми маємо понад 5 років досвіду в налаштуванні веб-аналітики для 100+ проєктів — гарантуємо прозорість та достовірність даних.

Після правильного налаштування економія рекламного бюджету може досягати значної суми щомісяця — це реальний кейс інтернет-магазину з 50 000 сесій на день, де дедуплікація purchase повернула 20 % невірно приписаних конверсій.

Чому події GA4 дублюються і як це виправити?

Universal Analytics закрито, його місце зайняла подієва модель GA4. У ній немає фіксованих хітів сторінок і транзакцій — лише події з параметрами. Це гнучкіше, але вимагає правильного дизайну подій.

Автоматичні події GA4 збирає сам: page_view, scroll, click, session_start. Рекомендовані події потрібно реалізувати самостійно: purchase, add_to_cart, begin_checkout, view_item. Google очікує конкретну схему параметрів — якщо передати product_id замість item_id, дані потрапляють в GA4, але не в стандартні звіти e-commerce. Кастомні події для специфіки проєкту: filter_applied, video_progress, form_step_completed. Кастомні параметри необхідно зареєструвати в GA4 Admin → Custom definitions, інакше вони не будуть доступні у звітах.

Часта помилка — подія purchase з дублями. Причина: тег спрацьовує на сторінці /thank-you, користувач оновлює сторінку — другий purchase іде в GA4. Рішення: на бекенді генеруємо унікальний transaction_id і передаємо в подію. GA4 de-duplicates по ньому — перевіряйте через DebugView. Правильна атрибуція економить до 20 % рекламного бюджету, який раніше йшов на невірно приписані конверсії.

Як налаштувати data layer, щоб не втратити дані?

GTM — інструмент для керування тегами без деплою коду. Але «без коду» не означає «без архітектури». Data Layer — основа всього. Передаємо дані з застосунку в GTM через dataLayer.push(). Структура: event + контекстні дані. Для e-commerce: перед відкриттям сторінки продукту — push з даними товару. GTM-тег читає з dataLayer, не з DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Назва товару',
      price: null,
      currency: null
    }]
  }
});

Погана практика: GTM-тег парсить DOM — шукає ціну в span.price, назву в h1. Це ламається при будь-якій зміні верстки. Хороша практика: завжди dataLayer. Використовуємо Preview Mode для налагодження та GTM Server-Side для чутливих даних — відправка з сервера, не з браузера, обходить блокувальники реклами, не втрачає дані. Server-side підхід у 2-3 рази надійніший за client-side за показником втрати подій через розширення браузера.

Як Яндекс.Метрика доповнює веб-аналітику?

Для російської аудиторії Метрика обов'язкова — особливо Вебвізор. Запис сесії користувача, який кинув кошик, часто дає відповідь швидше, ніж тиждень аналізу воронки. Цілі в Метриці: подієві (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) або автоматичні (клік по кнопці, відвідування сторінки). Зв'язка з CRM через Метрика Плюс — передача офлайн-конверсій. Наш досвід: у 8 з 10 проєктів після налаштування Метрики знаходили приховані баги в UX, які не показували інші системи.

Що дає product analytics в Amplitude?

Amplitude — продуктовий інструмент, на відміну від маркетингових GA4 та Метрики. Він заточений під аналіз поведінки користувачів всередині продукту: воронки, ретеншн, user paths. Amplitude підходить для SaaS-продуктів, мобільних застосунків та будь-яких сервісів із зареєстрованими користувачами, де важливо зрозуміти, як проходять онбординг, на якому кроці йдуть, які фічі використовують частіше. Ключові концепції: identify (пов'язати анонімного користувача з userId після авторизації), group (акаунт у B2B SaaS), когорти для утримання. Amplitude Chart — воронка кроків за останні 30 днів з розбивкою за джерелом.

Моніторинг якості даних

Аналітика без моніторингу — чорна скринька. Налаштовуємо:

  • GA4 Realtime — перевіряємо після кожного деплою, що ключові події приходять
  • Alerting в GA4 — аномалія в кількості подій purchase (різке падіння = щось зламалося)
  • GTM Preview в staging-оточенні перед продакшеном
  • Ручні тести воронок раз на тиждень — просто пройти шлях покупця і перевірити, що все трекається

Якщо ви помітили розбіжності в даних — зв'яжіться, проведемо безкоштовний аудит коректності тегів.

Що перевіряємо після кожного деплою

  • Чи всі рекомендовані події присутні в DebugView
  • Чи немає задвоєнь (рахуємо кількість purchase на 100 сесій)
  • Чи не змінилася структура dataLayer після оновлення фронтенду

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

Компонент Опис
Аудит поточних тегів Перевірка існуючих GTM-тегів, dataLayer, дублів та помилок
Дизайн подієвої схеми Документація: список подій, параметри, тригери
Налаштування GA4 + GTM Створення конфігурації, тегів, Custom definitions
Яндекс.Метрика Встановлення лічильника, створення цілей, налаштування Вебвізора
Amplitude (опціонально) Налаштування клієнтського та серверного SDK, когорти
QA та моніторинг Тестування в Preview Mode, Alerting
Навчання та передача Доступи, інструкція з додавання нових подій, консоль

Процес та терміни

  1. Аудит поточних тегів та даних (2 дні)
  2. Дизайн подієвої схеми (2 дні)
  3. Розробка Data Layer та налаштування тегів (3–5 днів)
  4. QA в Preview Mode та на staging (2 дні)
  5. Деплой та налаштування дашбордів (1 день)
Сценарій Термін
Базове налаштування GA4 + GTM 1 тиждень
Повний e-commerce tracking + Метрика 2–3 тижні
Server-side GTM + Amplitude 3–5 тижнів

Вартість розраховується індивідуально. Отримайте консультацію з налаштування веб-аналітики для вашого проєкту — ми оцінимо обсяг робіт за один день. Зв'яжіться з нами, щоб почати. Для точного розрахунку вартості залиште заявку — ми проаналізуємо ваш стек за 1 день.