> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/learn/server-domeny-i-infrastruktura/overview/process-map/pulse.md).

# Laravel Pulse

Laravel Pulse агрегирует показатели приложения: серверные ресурсы, очереди, исключения, медленные запросы, внешние обращения, операции кеша и активность. Он предназначен для поиска тенденции и узкого места, а не для просмотра каждого отдельного запроса.

## Доступ и конфиденциальность

Откройте **«Утилиты» — «Horizon и Pulse» — «Laravel Pulse»**. Требуется право «Разрешить доступ к мониторингу данных». Серверный Gate дополнительно проверяет эту возможность.

Pulse может сопоставлять активность с именем и email пользователя, а также показывать адреса внешних запросов и места исключений. Доступ выдавайте только техническим администраторам и не публикуйте снимок экрана без очистки данных.

## Включение и хранилище

В текущей поставке сбор Pulse можно отключить переменной окружения; по умолчанию он не должен считаться включённым только потому, что страница открывается. Для рабочего включения технический специалист задаёт подтверждённые поставкой значения, включая:

```dotenv
PULSE_ENABLED=true
PULSE_DB_CONNECTION=pgsql-pulse
```

Выделенная PostgreSQL-база Pulse уменьшает влияние мониторинга на основную базу. Учётная запись должна иметь права только на своё хранилище, а миграции Pulse должны выполняться именно на выбранном соединении по процедуре поставки.

Текущая политика хранения по умолчанию рассчитана на семь дней. Меняйте её по объёму и требованиям расследований после измерения роста базы. Laravel допускает отдельное подключение через `PULSE_DB_CONNECTION`; описание находится в [официальной документации Pulse](https://laravel.com/docs/13.x/pulse).

## Серверные показатели

Карточка Servers получает данные только от долгоживущей команды на каждом узле:

```bash
cd <ПУТЬ_BACKEND>
/opt/php84/bin/php artisan pulse:check
```

В рабочей среде её запускает Supervisor от владельца серверного сайта. Каждый сервер должен иметь уникальное имя. После замены узла старое имя может оставаться в выбранном временном диапазоне.

## Redis ingest

При включённом Redis ingest события сначала попадают в отдельный Redis stream, а команда `pulse:work` переносит их в базу:

```bash
cd <ПУТЬ_BACKEND>
/opt/php84/bin/php artisan pulse:work
```

Этот процесс нужен только для конфигурации с Redis ingest. Используйте отдельное Redis-подключение от очереди, как рекомендует Laravel, и контролируйте отставание потока. Если ingest хранит данные прямо в базе, лишний `pulse:work` не добавляет пользу.

## Перезапуск при развёртывании

`pulse:check` и `pulse:work` являются долгоживущими и не увидят новый код автоматически. После переключения релиза выполните:

```bash
cd <ПУТЬ_BACKEND>
/opt/php84/bin/php artisan pulse:restart
```

Сигнал использует кеш, поэтому перед эксплуатацией проверьте рабочий cache driver. Supervisor должен автоматически поднять обновлённые процессы.

## Как читать показатели

1. Выберите период инцидента.
2. Сопоставьте исключения, медленные запросы и внешние обращения.
3. Проверьте очередь и загрузку сервера в тот же период.
4. Сравните с обычным периодом, а не с единичным пиком.
5. Перейдите к журналу приложения для конкретного события.

Отсутствие записи не доказывает отсутствие проблемы: recorder мог быть выключен, применял sampling или не успел записать событие. Сам Pulse намеренно не должен ломать приложение при ошибке собственного хранилища, поэтому отдельно наблюдайте состояние его базы и процессов.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.iexexchanger.com/learn/server-domeny-i-infrastruktura/overview/process-map/pulse.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.