Алерты что это

Что такое алерт на бирже: понятие, назначение и порядок настройки

Трейдеры вынуждены постоянно мониторить рынок, чтобы не пропустить выгодные точки входа в сделку и выхода из нее. Пропущенный момент может привести к упущенной выгоде или убыткам. Долгосрочные инвесторы не сидят круглосуточно перед монитором, но тоже иногда ждут подходящего момента, чтобы купить или продать акции какой-нибудь интересной компании. И тем и другим помогает вовремя реагировать на изменения специальный инструмент.

В статье рассмотрим, что такое алерт на биржевом рынке, как его настроить и как пользоваться.

Понятие алерта

Алерт на бирже – это специальный сигнал, который инвестор получает от брокера по какому-то важному событию. Например, об изменении цены на интересующие его ценные бумаги, выходе отчетности компании или значимых экономических событиях.

Оповещения могут приходить в виде push-уведомлений или СМС, по электронной почте, в личном кабинете на сайте или торговом терминале. Способ доставки зависит от брокера, который, кстати, не является единственным поставщиком такой услуги. Ниже в статье я покажу, как настроить уведомления в Investing.com и Intelinvest. Знаю, что многие инвесторы активно ими пользуются.

Главное назначение алертов – своевременно оповестить инвестора о наступлении значимого для него события. Есть известное высказывание: “Кто владеет информацией, тот владеет миром”. Мы, конечно, не так глобально смотрим на биржевые оповещения. Но они могут существенно повысить доходность портфеля, если вовремя и профессионально на них отреагировать.

В отличие от стоп-лосса и тейк-профита алерт не приводит к исполнению брокером заявки. Это всего лишь сообщение в нужное время и в нужном месте. Как им воспользоваться, решает инвестор.

Зачем использовать алерт на фондовом рынке

Примерный алгоритм поведения на фондовом рынке выглядит следующим образом.

Этап 1. Инвестор определяется со своей инвестиционной стратегией и составляет список активов, которые планирует купить. Здесь активно используются новости и аналитические обзоры, фундаментальный анализ.

Этап 2. Выбирает время покупки. Один из вариантов – купить сразу. Например, инвестора устраивает дивидендная доходность при текущей цене или его расчеты показали, что бумага сегодня недооценена рынком и в будущем будет рост.

Следующий вариант – купить на просадках. После формирования списка может случиться так, что цена акции или облигации сильно завышена. Необходимо подождать нужного для входа в сделку момента. События, которые могут повлиять на снижение котировок: дивидендный гэп, плохие новости, на которые рынок эмоционально отреагировал, хотя объективных причин для падения нет.

Следить за каждой ценной бумагой из списка тяжело, тем более если он состоит из нескольких десятков компаний. На помощь как раз и приходит установка алертов.

Еще один вариант – купить на новостях или отчетности компании. Уведомления можно настроить не только на изменение цены, но и на выход какой-то важной экономической информации или отчетности эмитента. Здесь уже придется самостоятельно проанализировать эти события или довериться биржевым аналитикам и спрогнозировать, как поведут себя котировки дальше. Например, сильный отчет может привести к выплате больших дивидендов.

Этап 3. Уменьшает среднюю цену позиции. Такой подход инвестор использует, когда не хочет покупать бумаги на весь капитал, а делает покупки постепенно. В этом случае опять надо ждать подходящей котировки и настраивать биржевые оповещения. По сути, инвестор повторяет второй этап.

Этап 4. Выбирает время покупки или продажи после переоценки. Периодически инвестор переоценивает свой портфель на предмет того, стоит ли дальше держать в нем те или иные акции. Какие-то захочет докупить, а какие-то продать. Алерты вновь запускаются в работу.

Как настроить биржевые оповещения

Разберем инструкции по настройке алертов на примере двух популярных сервисов: Investing.com и Intelinvest. Ими я пользуюсь сама и тысячи других инвесторов. А также покажу, как установить оповещения в приложении ВТБ Мои Инвестиции.

Investing.com

Услуга по настройке алертов в Investing.com абсолютно бесплатная. Чтобы ею воспользоваться, необходимо зарегистрироваться.

В правом верхнем углу наведите курсор на свое имя и выберите вкладку “Мои уведомления”.

Вам откроется страница с видами уведомлений, которые вы можете настроить.

В пустое поле вводите тикер или название нужной ценной бумаги. Настраиваете условия, периодичность повторения, вид доставки.

Работает только по акциям США. Аналогично предыдущему примеру вводите название компании и настраиваете поля с периодичностью, напоминанием и доставкой.

В пустое поле надо ввести событие, которое не хотите пропустить. Например, решение по процентной ставке РФ. Далее настраиваете поля с периодичностью, напоминанием и доставкой.

Intelinvest

Intelinvest – платный сервис для ведения инвестиционного портфеля. Если вы тоже фиксируете все сделки в нем, тогда посмотрите краткую инструкцию по настройке алертов.

В меню с левой стороны экрана (для компьютерной версии) выбираем вкладку “Инструменты”, затем пункт “Уведомления”.

Далее настраиваем виды уведомлений и условия по акциям или облигациям.

Брокер ВТБ

В личном кабинете брокера, где у вас открыт брокерский счет, можно настроить оповещения об изменении цены актива. Покажу на примере брокера ВТБ и его мобильного приложения ВТБ Мои Инвестиции.

Во вкладке “Биржа” выбираем интересующий нас инструмент. Пролистываем в самый низ экрана. Нам нужна вкладка “Оповещения”. Нажимаем на нее.

Устанавливаем значение цены, по достижении которой вам придет оповещение от брокера.

Заключение

Если вы будете искать в интернете ответ на вопрос, что такое алерт, то увидите, что практически весь материал посвящен трейдингу на Форекс. Но в актуальной и своевременной информации нуждаются не только спекулянты валютой, но и обычные трейдеры с фондового рынка или долгосрочные инвесторы, которые хотят купить подешевле и продать подороже свои ценные бумаги. Надеюсь, статья будет полезна новичку на бирже.

С уважением, Чистякова Юлия

С 2000 года преподаю экономические дисциплины в университете. В 2002 году защитила диссертацию на присуждение ученой степени кандидата экономических наук.

Обладаю врожденной способностью планировать и управлять личными финансами. С 2017 года повышаю финансовую грамотность других людей, перевожу сложные термины на человеческий язык.

Источник

Секреты observability. Часть 2: алерты

Фото Ricardo Gomez Angel, Unsplash.com

Используем метрики для отправки уведомлений через Slack

В предыдущей статье мы задеплоили оператор Prometheus с помощью helm-чарта и на примере набора сервисов увидели, как можно собирать метрики через prom-client и экспортеры. Как вы помните, цель observability (наблюдаемости) — узнать статус системы, поэтому нужные люди должны получать уведомления, когда значения метрик выходят за установленные пределы. Для этого надо настроить алерты.

Система алертов в Prometheus состоит из двух частей. В самом Prometheus мы создаем правила алертов, которые определяют условие для срабатывания алертов. Когда алерты срабатывают, Prometheus отправляет их в AlertManager, который может их подавлять, объединять или отправлять на разные платформы.

В этой статье мы создадим несколько правил алертов и отправим уведомления на их основе через Slack. Все ресурсы, которые мы используем в этой статье, можно скачать из репозитория.

Правила алертов

Чтобы создать правило алертов с помощью оператора Prometheus, используем кастомный ресурс PrometheusRule. В PrometheusRule нужно указать следующее:

Groups: коллекция алертов, которые оцениваются последовательно.

Rules: имя, условие срабатывания, период ожидания, метки и аннотации с дополнительной информацией.

Условное выражение алерта основано на выражениях Prometheus. Можно использовать Prometheus expression builder, чтобы проверить условие, прежде чем создавать его. В следующем примере у нас есть группа правил database.rules с одним правилом, которое срабатывает, когда метрика mysql_up отсутствует минимум 1 минуту.

Алерт Prometheus MysqlDown

Чтобы протестировать это правило, уменьшаем количество реплик деплоя MySQL:

Где-то через минуту сработает алерт:

Сработавший алерт Prometheus MysqlDown

Нам не придется создавать все самим — в helm-чарте Kube Prometheus уже есть много полезных алертов для метрик Kubernetes. На основе этих алертов можно создавать собственные.

Что происходит, когда в системе возникает серьезный сбой? Приложения отказывают одно за другим, а команда получает вал уведомлений. Чтобы этого избежать, можно использовать AlertManager, который группирует похожие алерты в одно уведомление.

Посмотрим, как это работает, создав простой алерт, который срабатывает, если у деплоя остается меньше двух реплик контейнера. Но сначала настроим Slack.

Подготовка Slack

Давайте подготовимся к тому, чтобы отправлять все алерты в Slack. Для начала создадим канал Slack.

Окно создания канала в Slack

Создаем приложение в рабочем пространстве. Включаем Incoming Webhooks (входящие вебхуки) для приложения и добавляем новый вебхук в рабочее пространство. Скопируем URL вебхука — он понадобится позже.

Включение входящих вебхуков в Slack

Настройка AlertManager

Чтобы настроить AlertManager, нужно создать кастомный ресурс с именем AlertmanagerConfig. Для этого мы должны настроить хотя бы один receiver (платформу, которая будет принимать сообщения) и маршрут ко всем receiver-ам.

Для маршрута нужно указать несколько параметров группирования:

У Receiver-а Slack есть несколько параметров (см. здесь).

В следующем коде все алерты с одинаковым именем, сработавшие за 30 секунд, будут объединены в одно уведомление Slack.

Переходим на страницу статуса AlertManager и видим все настроенные маршруты. Маршрут, который мы настроили, изменился — у него появилось другое имя и параметр match. Параметр match указывает метки, которые нужны алерту, чтобы его можно было отправить в receiver. По умолчанию каждый настроенный маршрут будет изменен — в него будет добавлена метка неймспейса в параметре match, даже если мы включили другие метки.

Чтобы проверить, что алерт будет направлен в нужный receiver, используем routing tree editor. Скопируем конфигурацию AlertManager со страницы статуса и протестируем метки алертов.

Routing Tree Editor

Шаблоны

Prometheus поддерживает определение шаблонов для уведомлений. С помощью шаблонов мы можем стандартизировать текст уведомлений для всех алертов.

Пример шаблона Prometheus

Ключевое слово define обозначает многоразовый фрагмент кода. В коде три многоразовых фрагмента: __title, alert_title и alert_description.

__title — просматривает сработавшие и разрешенные алерты и выводит имя алерта.

alert_title — выводит статус в верхнем регистре в квадратных скобках, а также число сработавших алертов. Также включает содержимое __title, если сработавший или разрешенный алерт всего один.

alert_description — если алерт всего один, выводит описание и уровень серьезности алерта, а еще ссылку на URL графика в Prometheus. Если алертов несколько, выводит их список.

Чтобы включить файл шаблона в Prometheus с оператором, нужно обновить кастомный ресурс AlertManager. Для этого можно передать кастомные значения в helm-чарт. Раз нам нужно изменить только файлы шаблонов, следующего файла будет достаточно.

Можно обновить деплоймент helm следующей командой:

Тестирование уведомлений

Чтобы получить уведомление Slack, нам нужен алерт. Давайте уменьшим количество реплик MySQL, чтобы получить уведомление по одному алерту:

Переходим в канал Slack, чтобы посмотреть уведомление.

Уведомления Prometheus в Slack

Наконец, нужно протестировать объединение алертов в одно уведомление.
Уменьшим количество реплик Node.js:

Через пару минут увеличим:

Возвращаемся в Slack и сравниваем результаты.

Объединенные алерты Prometheus в Slack

Как видите, алерты объединены в одно уведомление. В этом случае они входят в одну группу, потому что у них одинаковое имя. Конфигурацию группы можно изменить, добавив дополнительные метки.

Алерты с одинаковым именем

Заключение

Уведомления — это удобный способ сообщить команде о том, что происходит в системе. Используйте шаблоны, чтобы повысить точность сообщений — это позволит быстрее решать проблемы. Не забывайте объединять алерты, чтобы не устать от уведомлений.

Источник

Алерт в трейдинге – что это? Для чего он нужен и как настроить

Создание алерта

В настройках есть несколько пунктов:

Может задаваться несколько условий:

Первые 2 пункта отвечают за положение цены Бид и Аск относительно заданного ценового уровня. Последний пункт – таймер, терминал уведомит трейдера о том, что заданное время наступило.

После создания алерта соответствующая строка появляется во вкладке «Алерты». Поле «Счетчик» показывает количество его срабатываний, а предел – максимально возможное количество срабатываний.

На графике красная пунктирная стрелка появляется на заданном в настройках уровне. Если навести курсор на линию на графике, то во всплывающем окне появится заданное условие.

Вместо корректировки можно можно на время отключить алерт, нажав на пробел или выбрав соответствующий пункт в контекстном меню. Для быстрой корректировки положения уровня можно перетаскивать его с зажатой левой кнопкой мыши.

Если уровни не отображаются на графике, то проверьте настройки. В настройках нужно выбрать пункт «Графики» и в нем отметить пункт «Показывать торговые уровни».

PUSH уведомления

Если нужно, чтобы уведомления приходили на мобильное устройство, то придется сначала настроить рассылку уведомлений. Без этой настройки десктопный терминал не сможет отправлять уведомления на смартфон/планшет.

На этом дополнительная настройка завершена. Не нужно постоянно проверять, что происходит в терминале на смартфоне или планшете.

Быстрая установка с графика

Алерты можно устанавливать буквально за 1-2 секунды. Соответствующий пункт находится в контекстном меню в разделе «Торговля».

Эти алерты ничем не отличаются от тех, которые создавались через стандартное меню. Их можно редактировать, ставить на паузу и удалять.

Настройка алертов на живом графике от TradingView

1-й вариант установки алерта — стандартный

Для настройки алерта:

2-й вариант установки алерта — самый быстрый и удобный

Еще один вариант, как можно установить алерт практически в два клика, это нажать на кнопку добавления алерта в ценовой шкале. Появится окошко, где можно выбрать необходимые параметры. Этот вариант удобен, если необходимо установить уведомление при достижении необходимый цены актива.

В перечне алертов в правой части графика можно настраивать их отображение. Можно сделать так, чтобы отображались только alerts по текущей валютной паре или таймфрейму либо отображать только активные алерты.

Трейдеры, знакомые с языком программирования Pine, могут конфигурировать алерты на свое усмотрение. По гибкости решение от TradingView превосходит то, что может предложить МетаТрейдер.

Заключение

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

Автор: Вадим Бон

Инвестор, предприниматель, трейдер, автор и создатель финансового блога internetboss.ru

Источник

Алерт — верный друг трейдера

Получив достаточно опыта в построении торговой системы и поиске наилучших точек входа у любого трейдера неминуемо возникнет желание использовать максимальное количество сигналов для открытия ордера. По понятным причинам следить одновременно за десятками, а иногда и сотнями инструментов для рядового биржевого игрока невозможно. Не упустить ни единой возможности помогают алерты (от английского alerts — предупреждения) — специальные сигналы, выдающие специальное уведомление о наступлении определенного обстоятельства по выбранному активу. В этом материале простыми словами подробно рассмотрим, что такое алерты в трейдинге, как создать алерт и какую пользу он сможет принести при грамотном использовании в MT4.

Внимание, внимание, прибыль рядом!

Уведомление подобного рода может получить любой трейдер. Стоит только освоить работу с ними в терминале Metatrader. Для начинающих польза таких инструментов может быть не очевидна в силу небольшого опыта работы на финансовых площадках. Опытные биржевые игроки очень часто прибегают к использованию подобных средств на практике. Их неоспоримое преимущество — универсальность. Достаточно правильно задать параметры для срабатывания, и формируемые уведомления дадут информацию о наступлении определенных обстоятельств на трендах в форексе, на фондовой бирже и в бинарных опционах.

Основное предназначение алертов — повышение эффективности трейдера и возможность работы на множестве инструментов. В качестве входных параметров может быть использовано множество значений, далее рассмотрим как создать их на примере валютного рынка. Использование данного функционала полностью бесплатно на неограниченном количестве устанавливаемых предупреждений.

Создаем алерт

В MT4 создание происходит нажатием клавиши Insert. В программе предусмотрен отдельный раздел для отображения всех созданных ранее сигналов.

При создании нового элемента появляется окно ввода обязательных параметров. Любое добавляемое событие можно довольно гибко настраивать, что позволяет использовать эти средства на любых фондовых площадках и в любых обстоятельствах развития тенденции.

Далее рассмотрим все настраиваемые поля:

Действие. Выбирается тип желаемого действия при наступлении выбранного события. В качестве возможных вариантов действия предусмотрены:

Выбрав требуемый тип, необходимо перейти к настройке других параметров.

Истечение. Срок, до которого выбранный алерт считается активным. После достижения указанного срока предупреждение считается недействительным.

Символ. Актив, по которому необходимо получение сигнала. Используется весь список доступных в торговом терминале активов.

Условие. Один из самых важных параметров, от правильной установки которого зависит конечный результат всего события. Может устанавливаться по следующим условиям:

Значение. Установка точного ценового уровня, при котором сработает предупреждение. Особенно полезно для «круглых» цен, достижение которых может служить дальнейшим ориентиром к действию, как для частных инвесторов, так и для крупных институциональных компаний и автоматических систем. Для котировок bid и ask рекомендуется оставлять небольшой диапазон перед достижением желаемого уровня. Часто при касании таких значений цена начинает двигаться очень стремительно. Поэтому рекомендуется открывать график выбранного актива заранее, чтобы быть готовым к наступлению желаемого события, либо, например, установить лимитный ордер для входа и продолжить работу по другим активам.

Источник. Для разных типов оповещений играет разную роль. Например, при выборе типа Sound позволяет выбрать конкретный тип аудио, проигрываемого при достижении события. В случае выбора отправки по электронной почте вводится текст сообщения.

Таймаут. Алерт будет срабатывать через выбранный промежуток времени, пока биржевой игрок не деактивирует его, либо пока не наступит время истечения.

Максимум повторений. Максимальное количество повторений алерта с заданным интервалом. Еще одно условие для перевода активного оповещения в неактивное — при достижении указанного уровня повторений. Отметим, что это параметр, напрямую влияющий на длительность активности предупреждения. Поэтому его значение не стоит игнорировать.

Пример

По GBP/USD устанавливаем оповещение ниже текущей котировки bid. Так как текущие цены выше, алерт останется активным до времени истечения.

Пока котировки будут находиться выше, ничего не произойдет. Как только условие сработает, изменится значок «колокольчика» в строке с активным уведомлением. Начнется срабатывание выбранного типа алерта и значение счетчика будет увеличиваться. Пока не достигнет установленного предела и оповещение не удалится.

Заключение

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

Источник

Что такое алерты в мт4 и как ими пользоваться

В этой статье поговорим о том, что такое Алерты (alert) в терминале Метатрейдер 4, детально опишем их создание и настройку. Также рассмотрим пример, как можно эффективно использовать их на практике.

Что такое алерты в mt4

Алерт в мт4 – это функция уведомления пользователя о различных событиях, происходящих на рынке. С этой функцией трейдер, например, может получить звуковое уведомление о достижении ценой определенного уровня. Это позволяет трейдеру всегда держать руку на пульсе рынка.

Алерты в трейдинге отображаются на графике и выглядят примерно так:

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

Есть три варианта условий, которые вы можете установить для срабатывания Алерта, это:

Обратите внимание, что бывают советники и индикаторы, которые используют свои внутренние алерты, то есть в списке вы их не увидите. Например в наших индикаторах мы часто используем алерты для озвучивания сигналов и точек обновлениях данных.

Как создать и настроить алерты для мт4

Если вас утомил стандартный вид терминала МТ4 вы можете прокачать его с помощью различных шаблонов, индикаторов и утилит доступных в нашем менеджере ресурсов FXSSI.

Создать алерт можно двумя способами (описание каждого под картинкой):

Зайти в меню настройки алерта можно два раза кликнув по нему. Пример уже настроенного уведомления (описание пунктов под картинкой):

С настройками закончили, теперь поговорим о том, в каких ситуациях можно использовать алерты.

Применение алертов на практике

На следующем изображении пример из практики, где спланирована точка входа по паттерну 3 касания.

Зона удачного входа отмечена серым цветом, а перед ней стоит алерт.

Скачать дополнительные алерты для терминала

Многие из читателей, заходя на эту страницу, ищут звуковые сигналы, которые можно добавить в терминал к уже имеющимся. Поэтому мы подобрали несколько интересных звуков.

Их можно скачать и добавить себе в терминал.

Скачанный файл следует поместить в папку Sounds, которая находится в корне вашего терминала.

Источник

алерт

Смотреть что такое «алерт» в других словарях:

алерт — сущ., кол во синонимов: 1 • поселение (54) Словарь синонимов ASIS. В.Н. Тришин. 2013 … Словарь синонимов

АЛЕРТ F1 — см. Раннеспелый, партенокарпический, салатный, консервный. Растение средне и сильнорослое, преимущественно женского типа цветения. Лист желто зеленый, среднего размера, среднеморщинистый, со слабоволнистым краем. Зеленец цилиндрический, средней… … Энциклопедия семян. Овощные культуры

Ред Алерт (трансформер) — У этого термина существуют и другие значения, см. Red Alert. Ред Алерт Red Alert Принадлежность автобот … Википедия

Лиза АЛЕРТ — Московская областная Общественная Организация Поисково Спасательный Отряд Лиза АЛЕРТ (МоОО ПСО Лиза АЛЕРТ ) Дата основания 23 марта 2011 Тип добровольческий отряд Официальный сайт lizaalert.su Лиза АЛЕРТ доб … Википедия

Лиза Алерт — Поисково Спасательный Отряд ПСО Дата основания 24 сентября 2010 Тип добровольческий отряд Лиза Алерт добровольческий отряд, занимающийся поиском пропавших людей. Основная часть поисков проходит на территории московского региона и… … Википедия

Британская арктическая экспедиция (1875—1876) — «Алерт» в паковых льдах. Фотография 1876 г. Британская арктическая экспедиция 1875 1876 гг. возглавлялась Джорджем Стронгом Нэрсом. Финансировалась Британским Адмиралтейством, главной целью экспедиции было достижение Северного полюса со … Википедия

International Alert — Эта страница требует существенной переработки. Возможно, её необходимо викифицировать, дополнить или переписать. Пояснение причин и обсуждение на странице Википедия:К улучшению/7 августа 2012. Дата постановки к улучшению 7 августа 2012 … Википедия

Список персонажей Transformers: Cybertron — Это список основных персонажей мультсериала Трансформеры: Кибертрон. Персонажи трансформеры разделены на подгруппы в соответствии с их отношением к определённой планете. Содержание 1 Автоботы 1.1 Кибертронцы … Википедия

Transformers: Armada — 超ロボット生命体トランスフォーマー マイクロン伝説 Жанр приключения, меха Аниме сериал Режиссёр Хидэхито Уэда Студия Actas Inc. Телесеть … Википедия

Источник

alert

оповещение
Сообщение, информирующее о поступлении вызова или о каких-либо других событиях.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

оповещение (в информационных технологиях)
(ITIL Service Operation)
Извещение о том, что было достигнуто пороговое значение, что-либо изменилось или произошел сбой. Оповещения часто создаются и контролируются средствами управления системами. Управление оповещениями осуществляется в рамках процесса управления событиями.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

alert
(ITIL Service Operation)
A notification that a threshold has been reached, something has changed, or a failure has occurred. Alerts are often created and managed by system management tools and are managed by the event management process.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

предупреждение
—
[Интент]

Тематики

предупреждение об опасности
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

приводить в состояние готовности
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

сигнал оповещения
alert
Световой или звуковой сигнал, подаваемый с целью привлечь внимание оператора или предупреждающий о необходимости совершить какие-либо действия.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

3.1 сигнал тревоги (alert): Моментальное оповещение о том, что информационная система и сеть подвергаются атаке или находятся в опасности вследствие несчастного случая, сбоя или ошибки человека.

3.1 предупреждение об опасности (alert): «Немедленное» оповещение о том, что информационная система и сеть подвергаются атаке или находятся в опасности вследствие аварии, сбоя или человеческой ошибки.

Полезное

Смотреть что такое «alert» в других словарях:

Alert — ist der Name mehrerer Orte: in Kanada: Alert (Nunavut) in den Vereinigten Staaten: Alert (Indiana) Alert (North Carolina) Alert (Ohio) Personen: Archi Alert (* 1965) Musiker Sonstiges: Alert Conditions Notfallstufen des U.S. Militärs Alert Dienst … Deutsch Wikipedia

Alert — may refer to:* A warning, such as Red alert * An alert state * Alerts in the field of Information technology refers to the aggregation of reminders, notifications, etc. * Alert dialog box, a type of dialog box used in graphical user interfaces *… … Wikipedia

alert — ALÉRT, Ă, alerţi, te, adj. (livr.) Sprinten, vioi; iute, prompt. – Din fr. alerte. Trimis de ana zecheru, 20.11.2002. Sursa: DEX 98  ALÉRT adj. v. iute, sprinten, vioi. Trimis de siveco, 13.09.2007. Sursa: Sinonime  alért … Dicționar Român

alert — alert·ly; alert·ness; un·alert; alert; … English syllables

alert — [adj] attentive, lively active, all ears*, bright, cagey*, careful, circumspect, clever, fast on the draw*, good hands*, heads up*, heedful, hip, intelligent, jazzed*, observant, on guard*, on one’s toes*, on the ball*, on the job*, on the… … New thesaurus

Alert — A*lert ([.a]*l[ e]rt ), a. [F. alerte, earlier [ a] l erte on the watch, fr. It. all erta on the watch, prop. (standing) on a height, where one can look around; erta a declivity, steep, erto steep, p. p. of ergere, erigere, to erect, raise, L.… … The Collaborative International Dictionary of English

alert — adj 1 *watchful, wide awake, vigilant Analogous words: *agile, nimble, brisk: wary, circumspect, *cautious Contrasted words: heedless, *careless: unconcerned, aloof, detached, * … New Dictionary of Synonyms

alert — <><>rz. mnż I, D. u, Mc. alertrcie <><> <><>1. <><> stan gotowości do podjęcia akcji, ogłaszany przez odpowiednie struktury organizacji, zwłaszcza młodzieżowych, np. harcerstwa :… … Langenscheidt Polski wyjaśnień

alert — ► ADJECTIVE 1) quick to notice and respond to danger or unusual circumstances. 2) quick thinking; intelligent. ► NOUN 1) the state of being alert. 2) a warning of danger. ► VERB ▪ warn of a danger or problem … English terms dictionary

Источник

Алерты

В этой вкладке содержится информация о созданных алертах.

Они предназначены для оповещения о событиях на рынке. Создав алерты, можно отойти от монитора — клиентский терминал автоматически оповестит о совершении заданного события.

Все алерты в этой вкладке представлены в виде таблицы со следующими полями:

Управление алертами

Для управления алертами предназначены команды контекстного меню:

Внимание: чтобы управлять алертами при помощи клавиатуры, необходимо сначала переместить в это окно фокус. Для этого следует кликнуть левой кнопкой мыши на окне.

Двойным щелчком левой кнопки мыши на строке информации о алерте можно приступить к его редактированию. В данном случае, а также при выполнении команд контекстного меню «Изменить» и «Создать», появится окно редактора алертов:

Кнопкой «Тест» можно проверить работоспособность выбранного алерта. Чтобы изменения вступили в силу, необходимо нажать кнопку «OK».

Внимание: для отсылки писем при совершении событий необходимо задать параметры почтового ящика в настройках программы.

Установка алертов с графика

При вызове меню выше текущей цены создается алерт по условию «Bid > выбранная цена», ниже текущей цены — «Bid

На графике инструмента установленные алерты показываются в виде красных стрелок у правого края окна:

Ценовой уровень алерта можно изменять непосредственно на графике. Для этого достаточно перетащить стрелку алерта мышью.

Для показа алертов на графике в настройках терминала должна быть включена опция «Показывать торговые уровни».

Источник

Легкая работа со сложными алертами. Или история создания Balerter

Все любят алерты.

Конечно, гораздо лучше получить уведомление когда что-то произошло (или починилось), чем сидеть, смотреть на графики и искать аномалии.

И инструментов для для этого создано немало. Alertmanager из экосистемы Prometheus и vmalert из группы продуктов VictoriaMetrics. Уведомления zabbix и алерты в Grafana. Самописные скрипты на bash и Telegram боты, которые периодически дергают какой-то URL и говорят, если что-то не так. Много всего.

Довольно долго мы неплохо жили с алертами, настроенными в Grafana. Да, это не лучший путь. Всегда рекомендуется использовать какие-то специализированные решения, типа Alertmanager. И мы тоже не один раз смотрели в сторону переезда. А затем, потихоньку, нам захотелось большего.

Сказать, когда некий график упал/вырос на XX% и находится там уже N минут по сравнению с предыдущим периодом в M часов? Это, кажется, можно попробовать реализовать с Grafana или Alertmanager, но довольно не просто. (А может и нельзя, я сейчас и не скажу)

Все становится еще сложнее, когда решение об алерте надо принять на основе данных из разных источников. Живой пример:

Проверяем данные из двух баз Clickhouse, далее сравниваем с некоторыми данными из Postgres, и принимаем решение об алерте. Сигнализировать либо отменить

Подобных хотелок у нас накопилось достаточно много, чтобы мы задумались о своем решении. И тогда попробовали составить первый список требований/возможностей этого, не созданного пока, сервиса

обращаться к разным источникам данных. Например, Prometheus, Clickhouse, Postgres

в процессе обдумывания стало понятно, что хочется не декларативного описания, а возможности писать скрипты

запуск скриптов по расписанию

легкое обновление скриптов без перезапуска сервиса

возможность как-то расширять функционал без пересборки сервиса из исходных кодов

Это список примерный и, скорее всего, не очень точный. Какие-то пункты видоизменялись, какие-то умирали. Все как обычно.

Собственно, именно так началась история Balerter.

Попробую описать коротко, что в итоге получилось и как это работает. (Да, конечно, это не финал. Много планов для развития продукта. Я просто остановлюсь на сегодняшнем дне)

Как это работает?

Вы пишите скрипт на Lua, где явно отправляете запросы (в Prometheus, Clickhouse и т.д). Получаете ответы и как-то их обрабатываете и сравниваете. После чего включаете/выключаете какой-то алерт. Balerter сам отправит уведомление в каналы, которые вы настроили (Email, telegram, slack и т.д.). Скрипт выполняется с заданной периодичностью. И… в общем-то это все)

Лучше всего показать на примере:

Что тут происходит:

указываем, что данный скрипт должен выполняться каждые 10 секунд

указываем имя скрипта (для API, для отображения в логах, для использования в тестах)

подключаем модуль для вывода логов

подключаем модуль для доступа к кликхаусу с именем ch1 (само подкчлючение настраивается в конфиге)

отправляем запрос в кликхаус

сравниваем результат запроса с константой (в живом примере мы могли бы это значение получать, например, из базы Postgres)

включаем или выключаем алерт с ID rps-min-limit

вы получите уведомление, если статус алерта изменился

Пример довольно простой и понятный. Однако, разумеется, в реальной жизни скрипты могут быть довольно развесистыми и сложными. В них легко запутаться и наделать ошибок.

Тестирование скриптов

Пример теста для нашего скрипта из примера выше:

указываем имя скрипта, для которого написан тест

имя теста (для логов)

подключаем модуль тестирования

говорим, какой результат надо вернуть при определенном запросе к кликхаусу ch1

проверяем, что был вызван алерт (error) rps-min-limit с указанным сообщением

проверяем, что алерт rps-min-limit не был отключен (success)

Что еще умеет Balerter?

Я попробую коснуться самых важных, по поему мнению, умениях Balerter. Подробно все посмотреть можно на официальном сайте https://balerter.com

получать данные из

отправлять уведомления к каналы

notiify (UI уведомления на вашем компьютере)

строить графики по вашим данным, загружать изображение в S3 совместимое хранилище и прикреплять к уведомлениям (Пример с картинками)

писать свои библитеки на Lua и использовать их в скриптах (по-умолчанию поставляются lua-библиотеки для работы с json, csv)

отправлять HTTP запросы из ваших скриптов (ну и получать ответы, разумеется)

предоставляет API (пока еще не такое функциональное, как хотелось бы)

экспортирует метрики в формате Prometheus

А что хотелось бы уметь еще?

Уже понятно, что пользователи и мы хотим возможность управлять запуском скриптов с помощью синтаксиса cron. Это будет сделано до версии v1.0.0

Хочется поддержать больше источников данных и каналов доставки уведомлений. Например, кому-то точно не будет хватать MongoDB. Кому-то Elastic Search. Отправлять SMS и/или делать дозвон на мобильный. Хотим уметь получать скрипты не только из файлов, но и, например, из базы данных. В конце концов хотим для проекта более удобный сайт и более хорошую документацию.

Всегда кому-то чего-то не хватает) Здесь мы надеемся на запрос сообщества, чтобы правильно выстроить приоритеты. И на помощь сообщества, чтобы все реализовать

В заключение

Мы используем Balerter у себя уже довольно давно. Десятки скриптов стоят на страже нашего спокойствия. Надеюсь, эта работа станет полезна кому-то еще.

Источник

Что такое Алерты на форекс и как их использовать?

И все зависит от того, какой способ вы выбрали при выставлении оповещения (ниже же поговорим как запустить его):

Скачивать Алерты нигде не нужно, они уже по умолчанию есть в любом МТ4 или Metatrader 5, но вы можете скачать звуковые файлы для Алертов (тем самым у вас будет собственный сигнал, который вам нравится в виде звукового сопровождения), они предполагают все функции, актуальные для привычных ордеров – смена цвета, перетаскивание мышкой, вызов меню настроек двойным нажатием и т.д.

Особенности использования сигналов в Metatrader 4

Чтобы использовать в своей торговле алерт на форекс, абсолютно с любыми стратегиями (представленными на этом сайте), достаточно установить его в торговый терминал и правильно настроить или вы можете использовать уже имеющийся в МetaТrader 4.

Для этого в окне графика цен нужно:

1) вызвать правым нажатием кнопки мыши список, выбрать пункт «Торговля» и добавить соответствующее значение.

2) Должна появиться пунктирная стрелка на графике.

3) Далее в терминале можно нажать на нужную вкладку, дважды щелкнуть на созданный инструмент и настроить его в редакторе или кликнуть на саму стрелку и вызвать редактирование:

Чтобы настроить корректную работу для metatrader 4, необходимо верно установить параметры:

2) Значение точно до пары цифр после запятой, при срабатывании по времени выбирается время в формате чч:мм.

5) Истечение срока действия, после чего несработавший сигнал будет автоматически удален.

6) Максимум повторений уведомления и временной интервал между ними.

Для тех, кому не знакомо сложное программирование в формате MQL4 или MQL5, настройка инструмента на форекс тоже не составит труда. Достаточно запустить алерт и вставить его на график той или иной валютной пары.

Чтобы перенести сигнал на другое ценовое значение, достаточно нажать левой кнопкой мыши, удерживая, передвинуть на определенный уровень, для удаления – нажать правой кнопкой мыши и соответствующее значение в окне либо удалить во вкладке. Алерт актуален как для валютной торговли, так и для бинарных опционов, если используете для этого МТ4 (например для брокера World Forex). Принцип работы тот же.

Стрелочные индикаторы без перерисовки

Индикаторы с оповещением значительно упрощают торговлю, позволяют трейдеру определить нужные значения и уровни, а потом перестать следить за графиком на мониторе, предоставив выполнение этой задачи программе. Представленный инструмент является вспомогательным, указывая оптимальные точки для входа на рынок по любой индикаторной стратегии форекс.

Основной плюс индикаторов форекс с алертом заключается в том, что сигналы подаются прямо на графиках. Но самые главные преимущества – высокий уровень стабильности и определения оптимальных точек для заключения сделок, чувствительность к малейшим колебаниям и четкость в срабатывании.

Стрелочные индикаторы без перерисовки позволяют в процессе торговли на форексе не загромождать окно терминала данными многих инструментов, гистограммами. Интуитивная понятность, указание на конкретные цены, стабильность позволяют использовать их с максимальной эффективностью и для бинарных опционов в том числе.

Вот пример стратегии с этого сайта с индикатором RenkoScalp_MSAlert:

Данный инструмент при изменениях стоимости не перерисовывает сигналы, поэтому если трейдер открыл позицию, он может не бояться внезапных изменений и необходимости принимать спонтанные решения. Установив данный индикатор для metatrader 4, можно быть уверенным в его надежности, главное – верно настроить и обеспечить корректную работу.

Применение инструмента на практике

Применение сигналов на практике оправдано в нескольких случаях:

Так, T3MA Alarm основывается на двух скользящих средних (на графике появляется в виде стрелок):

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

Ниже публикую небольшое видео по Alert-ам и их настройке:

Источник

Алерты в МТ4: настройка, как ими пользоваться

Торговые площадки с каждым годом дополняются функционалом, который упрощает трейдерам жизнь. Здесь и «семафорные» сигналы, текстовые сообщения, PUSH-уведомления, письма на электронную почту. Одним словом – все, что может подвигнуть человека на смелое решение.

Сегодня мы поговорим об индикаторах с алертом – манной небесной для начинающих «валютников» и их более опытных коллег.

Готовы провести несколько минут за приятным чтением? Тогда начинаем!

Что такое алерт

Алерт в МТ4 – звуковое или визуальное оповещение оператору о достижении предусмотренного ранее события. Как только ситуация на рынке соответствует заданным параметрам, система автоматически извещает пользователя об этом (к примеру пробитие уровня или трендовых линий).

Дабы описать функционал, приведем аналогию с будильником. Перед сном задаются граничные значения, когда механизм должен сработать. С утра человек слышит визгливый звук и просыпается.

Тоже самое делают индикаторы с алертом в Форекс, но с некоторыми особенностями.

Установка стандартного функционала производится в несколько шагов:

Рисунок 1. Визуальное представление алерта

Осмотреть всю «сигнальную сеть» можно на одноименной вкладке в правом нижнем углу пользовательского интерфейса. Здесь же проводится настройка представленных, и установка новых инструментов, индикаторов.

Преимуществ, недостатки и настройка

Разработчики и пользователи выделяют несколько сильных сторон стандартного функционала Мета Трейдера 4:

Преимущества граничат со слабыми местами системных возможностей. Среди наиболее явных:

Второй недостаток нивелируется подбором критериев оценивания, которые и позволят выбрать оптимальный вариант.

Что касается трудностей с настройкой Алерта в МТ4, то после прочтения следующего материала они перестанут существовать.

Редактор вызывается двойным нажатием ЛКМ по созданной «сигнализации» на одноименной вкладке в нижней части интерфейса.

Перед пользователем появляется окно, где представлены настраиваемые характеристики:

Рисунок 2. Окно-редактор настроек алерта

Для переноса функционала на другое значение цены достаточно перетянуть визуальную пунктирную линию на требуемый уровень.

Для удаления достаточно нажать ПКМ и выбрать требуемый пункт в контекстном меню.

Существует ряд особенностей коррекции технических параметров, которые нужно знать при использования алерта в МТ4:

Практическое применение

Многие пренебрегают стандартным функционалом торговой площадки, однако его эффективность доказана годами практики. Алерты целесообразно использовать:

Разновидности дополнительного ПО

На рынке узкоспециализированного программного обеспечения представлены десятки индикаторов с алертами, устанавливаемых в МТ4. Здесь мы рассмотрим наиболее популярные.

Price Alert

Звуковые сигналы срабатывают в трех случаях:

Рисунок 4. Три случая срабатывания звуковых сигналов

На таймфреймах могут использоваться все три типа сигналов, их наличие не «обрезает» функционал дополнительных утилит.

В окне редактора есть настраиваемые параметры:

Использованный алгоритм легко встраивается в исходный код советников.

Опытные трейдеры и их начинающие коллеги также используют следующие утилиты:

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

Подведем итоги

Использование звуковых напоминаний – эффективный способ всегда держать «руку на пульсе» валютной пары. Программные «примочки» упрощают ведение торговли, повышают вероятность успеха.

Источник

10 лет on-call. Чему мы научились? (обзор и видео доклада)

Осенью прошлого года на конференции DevOops 2019 прозвучал доклад «10 лет on-call. Чему мы научились?». В нём рассказывается о том, почему мы отказались от внутреннего «акселератора» по развитию дежурных до DevOps-инженеров, как эволюционировала наша служба технической поддержки и система обработки инцидентов в целом.

63 минуты, гораздо информативнее статьи) и основную выжимку из него в текстовом виде. Поехали!

Введение

Начнём с определения той области, о которой пойдёт речь. Есть множество способов мониторить что-либо (на слайде не представлен и 1 % из них). Все они отправляют нечто, что нужно обработать (алерты), причём сделать это по-настоящему качественно (как условный Нео из «Матрицы»):

Доклад о том, какие инструменты нам — компании «Флант», имеющей достаточно специфичный контекст, — пришлось придумать, чтобы приблизиться к возможностям Нео.

80 % выступления посвящено тому, как летят алерты и что мы делаем, чтобы с ними справиться. Остальные 20 % — про культурные и организационные моменты, которые нам пришлось применять за историю существования компании.

Повторюсь, что у нас достаточно специфичный случай: мы берём ответственность за чужую инфраструктуру, переделывая её и отвечая за её доступность. Поэтому обработка инцидентов — один из ключевых вопросов для нас, к которому мы постоянно возвращались на протяжении всей жизни компании.

Предыстория

Что у нас было 10-11 лет назад? В компании работало несколько человек. Все алерты приходили на мой мобильный телефон, я их просматривал и уходил чинить то, что требовало внимания.

В действительности всё было не так плохо, потому что мы не пытались отправлять алерты по любому поводу (вроде закончившегося места на диске). Мониторинг работал для бизнес-показателей высокого уровня: грубо говоря, были cron-скрипты, которые проверяли, что что-то важное для бизнеса точно работает, и отправляли SMS в случае проблем. Система очень примитивная, но на тот момент она устраивала.

Шло время, росло число инцидентов. В какой-то момент я осознал, что страшно просыпаться утром: ведь в телефоне можно увидеть, например, 600 непрочитанных сообщений. Тогда мы решили ситуацию так: «Давайте я не буду это делать один. Давайте все по очереди». В компании было 5-6 человек: когда подобное дежурство происходит раз в неделю, всё уже не так плохо.

Шло время, росло количество проектов и сотрудников. Мы дошли до состояния: «Давайте не будем сами смотреть SMS’ки [именно так мы по-прежнему называли алерты], а попросим делать это кого-нибудь ещё». И сделали первую линию поддержку, хотя ещё тогда понимали, что это неправильно.

К слову, такие изменения в организации требовали и изменений в технике. Когда дежуришь один, всё отправляется в одну точку, а здесь уже требуется возможность определения многих мест и переключения между ними. У нас даже была «мощнейшая» система под названием «Журнал SMS»: в ней были все записи (алерты), которые специальный человек просматривал. Если какие-то из алертов часто появлялись, он звонил дежурному и указывал на эту проблему.

Всё это по-прежнему ужасно, но до какого-то момента решало наши задачи. Когда сотрудников стало около 30, несмотря на наличие выделенной группы L1, ситуация была проблемной с обеих сторон:

Очевидное об алертах

Алерты разделяются на два типа:

Таким образом, у алерта может быть состояние. И обязательно использовать протокол, который понимает такие состояния.

Ещё одна популярная проблема — «мигание» алерта, когда он то загорается, то пропадает. Благодаря тому, что набор лейблов — уникальный идентификатор алерта, мы можем делать дедупликацию, объединяя такие алерты в серии. Каждая серия — группа событий, с которой удобно работать (вместо того, чтобы проводить такое объединение каждый раз мысленно).

Вот как это автоматическое склеивание выглядит у нас в интерфейсе. В верхней части — инцидент, а ниже — набор из алертов (всего их 7, но в экран на скриншоте поместились только 2).

Если у алерта есть статус (горит/не горит), то инциденты уже практически становятся тикетами, у которых есть рабочий процесс. В его основе — триаж (медицинская сортировка) и последующая «неотложка» или «надо делать» (или же просто сразу закрыть). У нас процесс чуть более сложный, но подробно останавливаться на нём не буду:

Ключевая же идея в том, что, если вы начали всерьёз подходить к обработке инцидентов, то каждый инцидент должен стать тикетом, который имеет свой рабочий процесс, соответствующий вашим требованиям и особенностям.

Однако ни одна система тикетов не рассчитана на то, чтобы обеспечить гарантию доставки. Если кто-то завёл тикет, а его увидели не сразу, то ничего страшного, как правило, не произошло. У этих решений попросту нет первичной важности в таком вопросе. А для нас критично, чтобы в течение десятков секунд дежурные на L1 увидели алерт, чтобы в течение минуты подтвердили это (не вникли в него, не приняли решение, но уже увидели, начали им заниматься).

Когда вы меняете исполнителя в тикете, он подтверждает, что согласен с этим изменением? В нашем случае такое подтверждение обязано быть — это как эстафетная палочка, передаваемая между инженерами.

Менее очевидные особенности

Когда мы всё это сделали, жизнь стала сильно лучше: мы перестали что-либо упускать, заметно (раз в 5) выросла пропускная способность в обработке инцидентов.

Однако через 2-3 года мы столкнулись со старой проблемой: наша техподдержка, которая теперь уже состояла из двух линий (L1 и L2), не успевала диагностировать инциденты. Её работа преимущественно сводилась к тому, чтобы либо сразу кому-то звонить об инциденте, либо ожидать, что он «сам пройдёт».

Культурно-организационная проблема, лежащая в основе, никуда не делась. Однако перед тем, как перейти к разным организационным схемам, которые мы успели попробовать, поделюсь ещё несколькими менее очевидными соображениями про технологии для работы с инцидентами.

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

Например, сервер с одной из реплик сломался и ему надо заказать новый диск. Диск заказали, а поскольку это лишь одна из реплик, которая может быть недоступна несколько дней, пока диск едет, мы не будем исправлять алерты во всех используемых системах мониторинга — это трудозатратно. В результате, у нас висит инцидент, но каких-либо действий сейчас он не требует.

А представьте себе, что три таких инцидента горят, хотя на самом деле они не горят. Когда появится четвёртый, отношение к нему уже будет такое: «Ещё одна вещь, которая горит… Ну и что?» Чтобы избавиться от подобного психологического эффекта, «полупотушенные» инциденты надо попросту убрать, но сделать это правильно. Я называю это умный игнор, а его идея сводится к операции «отложить инцидент»:

Однако тут есть важный момент: если алерт был отложен, но каких-то ошибок (например, 500-х кодов у страницы веб-приложения) сначала было мало (0,1%), а потом стало много (20%), эту ситуацию можно упустить. Поэтому мы делаем разные уровни severity у алертов на разную частоту ошибок: если уровень меняется, такое изменение считается существенным, поэтому отложенный алерт снова всплывает и требует принятия решения.

В мониторинге в целом есть сложная проблема: мониторинг мониторинга. Правильный подход в его реализации по сути сводится к тому, что каждый источник алертов должен постоянно отправлять специальные сообщения «Я всё ещё жив», а система, принимающая алерты, — отслеживать наличие таких сообщений и поднимать тревогу в случае их отсутствия. Ещё одна полезная необходимость здесь — это отслеживать все алерты, отправляемые в некорректном формате (иначе они будут потеряны, а вы об этом даже не узнаете).

Следующая проблема — поиск. Поскольку всё сделано на лейблах, сходу получился понятный язык (MQL) для поиска алертов и инцидентов:

Наличие языка запросов принесло и другое важное удобство. С помощью маршрутизации алертов инженер, выполняющий какие-то временные работы, может в той же единой системе зафиксировать себя как ответственное лицо для конкретных алертов. Так дежурный будет сразу знать, к кому обращаться, если возникает проблема, попадающая под определённые условия:

Когда обработкой алертов занимаются много сотрудников, вам потребуется очень много времени, чтобы узнать о каком-либо надоедливом алерте, что случается каждый день, но один раз. Решению этой проблемы способствует горячая аналитика. Возле каждого инцидента мы показываем другие «подобные». Можно увидеть их количество, увидеть их полный список, кем они обрабатывались, когда и за какое время. А после этого поднять проблему на очередной встрече:

Организационная структура и зоны ответственности

Теперь я расскажу о вариантах организации работы, через которые мы прошли:

Но начать стоит с объяснения, почему L1 в нашем случае не работает в принципе. У меня есть несколько связанных примеров:

В контексте алертов: инженер понимает, что этот алерт куда-то там придёт (к дежурному), там с ним разберутся, поэтому нормально можно не делать. Мы решим проблему людьми (дежурными). А со временем, когда таких алертов становится всё больше, случается уже описанная проблема: дежурные на L1 страдают, что вообще не успевают ничего делать из-за количества алертов, а инженеры тоже недовольны: им казалось, что на L1 ничего не делают.

Наша попытка исправить это была такова:

Однако закончилось всё плачевно. На L1 и L2 люди исполняли свои обязанности с чувством, что это временно, а в целом они такой работой заниматься не хотят (потому что хотят быть инженерами). Итог: ни первая, ни вторая цели не были достигнуты.

К чему мы пришли? Всех дежурных убрали, а на обработке инцидентов работают люди, которые отвечают только за две функции: 1) эскалация, 2) коммуникация. Они ничего не знают о том, что это за инцидент и что с ним (технически) делать. А сами проблемы разбирают те же инженеры из команд, которые создавали алерты и отвечают за соответствующую инфраструктуру.

Документация

Вернёмся к общей схеме:

В компаниях, где часто что-то меняется, весьма актуальна ещё одна проблема: документация. У вас 10 человек, которые дежурят по очереди. Пришёл очередной алерт: кто его сделал и чего от меня здесь хотят? И каждое изменение в ответе на этот вопрос нужно доносить до всех дежурных. Очевидное решение: документирование всего, что не входит в сам алерт, в отдельной системе, где с помощью уже упомянутого языка запросов (MQL) описаны алерты, к которым инструкции относятся.

Эта документация показывается при открытии алерта, у неё есть кнопка «Прочитал(а)». Если при следующем срабатывании алерта что-то в документации изменилось, дежурному будет показан соответствующий diff.

Что мониторить?

Остался главный вопрос, о котором говорили уже миллионы раз… Вот три основных варианта ответов:

Если мы используем внутренние показатели, у нас появляется очень много «шума». А если мы смотрим на показатели доступности или бизнес-метрики, то узнаём об аварии только тогда, когда она уже произошла. Эта дилемма — в основе всего вопроса, что же мониторить. Как мы попытались ответить на такой вопрос (для себя).

У каждого есть своё представление том, чему соответствуют разные уровни severity и priority, и каждый по-своему прав:

Мы пришли к тому, что определяем severity в двух координатах (влияние и вероятность):

Например, закончилось место на диске:

В контексте необходимости отделения окружения мы пошли дальше и ввели для себя уровни обслуживания (service level). При поступлении алерта требуется ответить на вопрос: надо ли нам его обрабатывать? Если да, то как срочно?

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

Когда вы создаёте алерт, то указываете некое пороговое значение и период. Например: «если у меня load average больше такого порога на протяжении такого периода». С этим периодом есть дилемма. С одной стороны, 20 минут для того же load average — много, потому что всё уже умрёт. С другой стороны — о всплесках в 2 минуты можно ничего не узнать, а если поставить порог в 1 минуту, то дежурного завалит сообщениями.

Мы для себя решили ставить периоды очень маленькими и всегда слать алерты в систему. Но алерты приходят в статусе «pending» и для них определяется то время, которое они должны гореть, чтобы стать «настоящими». Таким образом, мы перенесли pending из источников мониторинга в центральную систему. Благодаря этому, если алерт так и не стал «настоящим», он себя не проявил для дежурного, однако в системе остался — его можно увидеть при ретроспективе.

С появлением Kubernetes стали актуальными два момента:

Итоги

Чему мы научились?

Немного статистики, показывающей, к чему мы пришли:

На графике алерты — это не отдельные алерты, а их серии. События — когда что-то сломалось, починилось, сломалось, починилось… Благодаря имеющейся автоматике, огромное количество сообщений (миллионы в день!) сокращается до такого числа, которое по-прежнему реально обрабатывать каждый день.

Вам это нужно?

Источник

Алерт в трейдинге – применение оповещений для торговли на Форекс

Что такое алерт в трейдинге. Описание

Алерт в трейдинге (alert с англ. сигнал, предупреждение, уведомление) – оповещение терминала мт4 о достижении стоимости актива определенного уровня. Применение сигнала дает возможность трейдеру проводить анализ в торговле многих торговых инструментов. С помощью алерта выставляется несколько звуковых команд на важных валютных парах. Платформа metatrader издает сигнал о подходе кривой графика в нужную зону.

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

Подобных моментов избегают при использовании опции МТ4 (МТ5) – алерт. Уведомления поступают на:

Оповещения устанавливают на всех рынках (фондовая биржа, бинарные опционы, криптовалюты и другие). Здесь рассмотрим преимущественно рынок Форекс.

В статье простым языком разберемся как установить или удалить алерт, задать оптимальные настройки и повысить эффективность спекулянта.

Когда применяют алерт платформы МТ4

Чтобы не сидеть перед монитором круглые сутки и держать руку на пульсе рынка пользуются алертами. Разберем основные способы применения в трейдинге:

Опция дает предупреждение, когда возникает удачный момент войти или выйти из сделки, а трейдер рассчитывает, когда возможность наступает.

Программа по функционалу похожа на отложенный ордер.

Настроить алерты возможно на любой торговой платформе (квик, cTrader, R Trader и другие). Рассмотрим как создать и пользоваться уведомлениями в терминале Metatrader 4 (5).

Как создавать алерты в трейдинге

Установка алерта содержит простые действия, однако начинающие трейдеры не знают, как происходит этот процесс.

После установки появится красная пунктирная линия, похожая на отложенный ордер. Отметку можно двигать вверх или вниз.

Как установить алерт через вкладку МТ4 окна «Терминал»

В трейдинге имеется способ установки уведомлений в МТ4, через терминал.

Система оповещений установлена на график.

Настройка и изменение алертов в платформе МТ4

Чтобы изменить опцию, нажмите правой кнопкой мыши на красную пунктирную линию. После этого появляется редактор, где находятся пункты настроек.

Про графу “Разрешить” было уже сказано ниже. Без нее нельзя настроить и получить никаких уведомлений.

Параметр “Действие”. Процесс, которое выполняет уведомление, после достижения ценовой границы. По умолчанию стоит пункт Sound – звуковое оповещение. Чтобы действие произошло – терминал должен быть открыт на компьютере.

Другие варианты действий:

“Истечение”. Указана дата и время, до которого оповещения актуальны.
Параметр “Символ”. В графе указан список валютных пар, доступных для трейдинга и где возможно установить оповещение. Выбирайте валютные пары или другие активы, которые поддерживает брокер.

“Условие”. Пользователь выбирает цену покупки или продажи. Здесь доступны четыре варианта, при которых цены Bid (Ask) больше или меньше заданной цены. Пятое условие заключается в срабатывании сигнала на определенном времени.

“Источник”. Если в разделе “Действие” установлен Sound, то выберите вид звука музыки. По умолчанию музыка берется из папки Sound – Program Files – МТ4 (МТ5). Выберите любой аудио сигнал, который есть в этой папке. Однако в интернете скачать можно другие мелодии, которые устанавливаются в папку Sound. Если все сделано по правилам, то в графе “Источник” появятся скаченные звуки.

Параметры “Таймаут” и “Максимум повторений”. Выберите необходимый промежуток между повторениями (доступны значения от 10 секунд до одного часа), их количество, но не более 1000.

После того как настройки были установлены, нажимаете “Ок”. При правильном алгоритме действий получаем звуковой сигнал на заданном значении котировки.

Как удалить оповещения

Способов удаления несколько:

Индикаторы с предупреждениями в трейдинге

В трейдинге индикаторы, а также советники оснащаются алертами. Функция предупреждения, в моменте появления сигнала, упрощает торговлю человеку. Такие индикаторы доступны для бесплатного скачивания в интернете.

Стандартный набор индикаторов (RSI, CCI, ишимоку, болинджер и другие) метатрейдера не имеет функции алертов. Эти осцилляторы используются для определения дивергенции в трейдинге. Поэтому, если хотите упростить процесс торговли, то ищите аналоги на сайтах интернета.

Индикаторы паттернов Price Action на Форексе содержат опцию оповещений. Эти индикаторы без перерисовки, как и объемы, применяются, чтобы прибыльно торговать.

Практическое применение в трейдинге

Большинство биржевых игроков не настраивают alert в трейдинге, не осознавая пользы, которые они получат.

Случаи использования оповещений:

Также при использовании оповещений на большом количестве активов на помощь приходит “журнал” в терминале МТ4. Там указан конкретный актив, на котором было получено сообщение в виде звука.

Плюсы и минусы

Алерты признан спекулянтами, как способ упрощения трейдинга на Forex.

Плюсы:

Минусов нет. Алерт не торговая система, обеспечивающий прибыль спекулянту. Этот инструмент делает процесс трейдинга простым и удобным для использования.

Заключение

Применение алертов в трейдинге – способ улучшить процесс торговли, высвободить время для личных вопросов, заботу о семье и домашних дел. Оперативное реагирование на рыночные события считается критерием хорошей торговли.

Алерт считается полезной функцией, но чтобы его использовать необходимо применять качественную торговую стратегию. Система должна давать прибыльные правила трейдинга.

Я трейдер и торгую на финансовом рынке уже 10 лет. 6 лет я проводил много статистики, торговал безуспешно. Затем на своем опыте создал авторскую торговую стратегию. Алгоритм показывает, что процент прибыли может достигать 80 процентов, а соотношение риск прибыли равняется 1к2 и более.

Источник

Управление алертами с помощью Alerta.io

Привет, хабровчане. Скоро стартует курс «Мониторинг и логирование: Zabbix, Prometheus, ELK», и в его преддверии приглашаем вас записаться на открытый вебинар «Prometheus как новый виток систем мониторинга».

А пока делимся традиционным полезным переводом.

Alerta — это очень простая система мониторинга, по крайней мере, таковой она выглядит для пользователя. С ее помощью можно в одном месте управлять алертами из нескольких источников. Она включает в себя API-сервер для получения, обработки и рендеринга алертов, веб-интерфейс и консольные утилиты. Она группирует алерты по различным атрибутам, таким как environment (окружение), service (сервис), event (событие) и resource (ресурс) и, оставляет хост-ориентированные инструменты мониторинга в 90-х.

Я пробовал ее использовать для System Alerts на брандмауэрах Palo Alto Network (PAN), см. репозиторий. Настройка PAN очень проста. В конечном итоге я получил на портале только десяток алертов, а не сотни и тысячи как в Monitor-> Systems. Это связано с их дедупликацией и корреляцией (по тегам, пользовательским атрибутам, окружениям, сервисам и др).

PAN-вебхук для настройки alerta

Несмотря на то, что я предпочитаю смотреть алерты только в одном месте, для alerta.io я настроил плагины для Slack и MS Teams, создав там каналы для получения сообщений. Очередной канал в мессенджере не так плох, как отслеживание еще одного URL-адреса. Я даже не боялся отправлять туда информационные сообщения, чего обычно избегаю.

Alerta.io plugins: Slack (on left) and Teams (on right)

Консольная утилита (которая также может запускаться с GUI в терминале или как Python SDK) очень полезна для быстрого просмотра состояния, запросов, пульса (heartbeat) и обслуживания.

Важно помнить, что это ни в коем случае не «еще один инструмент мониторинга», а лишь способ уменьшить большое количество алертов и агрегировать их из нескольких систем мониторинга, таких как Zabbix, Nagios или Sensu.

Согласно документации, алерты при получении можно дополнительно обработать с помощью хуков (pre-receive hooks), добавляя в них информацию или отклоняя их. А также можно инициировать запуск действий в других системах с помощью post-receive — хуков или действий оператора или при изменении статуса алерта для двунаправленной интеграции. Например, алерты можно нормализовать для гарантии того, что у всех у них будут необходимые атрибуты и теги или что они принимают значение из допустимого диапазона. Это можно увидеть в плагине reject, который обрабатывает политику алертов.

Плагины также могут использоваться для обогащения алертов дополнительной информацией. Например, плагин геолокации (Geo location plugin) на основе IP-адреса клиента добавляет к алерту данные о местоположении. А универсальный плагин (generic enhance plugin) добавляет пользовательский атрибут на основе информации, содержащейся в алерте.

Источник

У большинства русскоговорящих людей слово alert не вызывает особых ассоциаций. Однако тем, кто хорошо говорит на английском (или долгое время проживал в странах, где данный язык является государственным) этот термин отлично знаком. Почему так? Чтобы понять это, важно разобраться со значением слова «алерт». Каково оно? Давайте узнаем.

Что означает alert в переводе с английского

В качестве примера можно рассмотреть несколько предложений.

Последний пример демонстрирует, что не стоит путать рассматриваемый термин с другими известными словами Danger («опасно»), Warning («осторожно»), Caution («внимание»). Так как alert (перевод выше) не означает непосредственно опасность, а предупреждает о чем-то, требующем внимания. Именно поэтому в качестве прилагательного данное слово можно переводить не только как «тревожащийся о чем-то», но и как «бдительный».

Устойчивые выражения со словом «алерт»

В английском языке есть несколько распространенных устойчивых словосочетаний с этим терминов. Наиболее употребляемые из них это:

Канадское поселение Алерт

Рассмотрев, как переводится изучаемый термин, а также наиболее распространенные словосочетания с ним, стоит узнать, в каких еще названиях оно может фигурировать.

Для любителей географии, а также канадцев Алерт – это название самого северного в мире населенного пункта. Он расположен на острове Элсмир, являющемся канадской территорией.

Проживает в этом необычайно холодном месте целых пять смельчаков. При этом скучать им не приходится, поскольку компанию им составляют семьдесят военнослужащих с военной базы в Алерте. В отличие от экстремальных обитателей поселения, солдаты здесь служат лишь определенный контрактом срок, а потом сменяются новоприбывшими коллегами.

Что такое «алерты» на «Форексе»

Современный общественный порядок пока еще далек от совершенства. Именно поэтому в нем актеры, играющие врачей, зарабатывают за один день столько, сколько обычный медик в СНГ за месяц, а иногда и год. А те, кто производят какую-то продукцию, получают копейки, по сравнению с теми, кто ее перепродает. Возможно, именно поэтому сегодня самые умные люди планеты уходят именно в бизнес, а не в науку. Ведь, если грамотно распорядиться деньгами, можно стать миллионером всего за несколько лет.

Один из доступных и популярных способов это сделать – это осуществлять валютные операции на «Форексе». Так называется всемирноизвестный рынок межбанковского обмена валюты по свободным ценам.

Для того чтобы не прогореть на бирже, трейдеру необходимо неустанно следить за происходящем на ней. Однако сидеть 24 часа в сутки 7 дней в неделю возле экрана просто физически невозможно. Именно по этой причине разработчики подобной программы и придумали сигнал alert.

Что такое алерт в торговом терминале «Форекса»? Это программируемое оповещение о каком-то событии. Их может быть несколько.

К примеру, некий трейдер ожидает, пока стоимость доллара упадет до определенной отметки, чтобы было выгодно скупить валюту и позже перепродать. Это может произойти через 10 минут, а может через 10 дней. Чтобы не караулить все это время у экрана монитора, в программе устанавливают отметка. Теперь бизнесмен может сосредоточиться на других проектах, а как только валюта упадет до нужной цены, ему придет алерт-сигнал об этом и он сможет осуществить задуманное.

Используя алерты, трейдеры одновременно способны курировать сразу десятки, а то и сотни деловых операций.

ПСО «Лиза Алерт»

Кроме всего вышеперечисленного, изучаемый термин входит в название известного российского поисково-спасательного отряда – «Лиза Алерт».

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

Вместе они пять дней прочесывали лес и наконец отыскали женщину, которую привалило деревом, и она умерла от переохлаждения. Тело Лизы и ее собаки было найдено на следующий день. Девочка, видимо, вместе с собакой ушла за помощью тете, и заблудилась. Экспертиза показала, что если бы Лизу отыскали на день раньше – ее можно было бы спасти.

Потрясенные таким исходом участники поисков решили организовать волонтерский ПСО «Лиза Алерт». С этого времени организация активно занимается поиском исчезнувших во многих городах Российской Федерации. На счету ее спасение многих жизней.

Стоит отметить, ПСО активно сотрудничает с полицией и прессой и использует все возможности, чтобы помочь исчезнувшим.

В 2017 г. на экраны вышла драма Андрея Звягинцева «Нелюбовь». Помимо основного сюжета, в ней показана работа этой волонтерской поисковой организации. Также представители «Лизы Алерт» приняли участие в съемках проекта и консультировали его создателей.

International Alert

Слово «алерт» также входит в название еще одной негосударственной благотворительной организации. Речь идет о International Alert (Интернешнл Алерт). Это международное объединение, которое ставит своей целью сохранения мира на планете.

Помимо организации различной помощи по установлению вооруженных конфликтов в различных горячих точках, International Alert также старается бороться с такими негативными последствиями войны, как экономические проблемы, климатические изменения и т. п.

Компьютерная игра Red Alert

Помимо рассмотренных в первом пункте выражений со словом «алерт», если и другие. Например, Red Alert, которое означает «готовность номер один». Интересно что, помимо военного термина, словосочетание «Ред Алерт» – это еще и название весьма популярной компьютерной игры в жанре стратегии реального времени.

Что касается самой игры Red Alert, то изначально она вышла как сиквел Command & Conquer. При этом ее личная популярность у геймеров превысила успех первой части. Поэтому она получила отдельную линейку, в которой вышло еще 2 игры.

Источник

Как создать для службы поддержки удобные алерты в мониторинге продуктов

Продолжаем рассказывать, как в True Engineering выстроены процессы техподдержки. В этом материале пройдемся по основным инструментам, которые обеспечивают нашим командам функции мониторинга и алертинга.

В предыдущих статьях мы уже делились своими размышлениями о грамотной и эффективной техподдержке:

Для сбора технических и бизнес-метрик сервисов мы используем инструмент Prometheus. Показатели визуализируются в Grafana, где настроены дашборды с ключевыми метриками. При этом развертывание этих информационных панелей идет сразу для всех окружений – в том числе, и на проде у заказчиков.

Для каждого продукта существует множество бизнес-метрик. Это наш инструмент для мгновенного расследования, поскольку именно они позволяют реагировать на сбои, смотреть историю, анализировать причины и по возможности чинить баги.

Например, так мы отслеживаем в одном из наших решений количество выгрузок в интегрированные системы – хранилище данных Bitrix и систему управления каталогом товаров Opus. Эти выгрузки делятся по типам файлов, каждый из которых обозначается своим цветом. Каждые пять минут метрика обновляется. Ещё один показатель – продолжительность загрузки по стадиям. Прогресс-бар показывает в секундах, сколько времени занимает каждый этап загрузки.

На этих же метриках настраиваются и алерты. Они приходят в Slack и позволяют командам быстро реагировать на поломки, без траты времени на просмотр графиков. Другой вариант – настроить прием алертов в Jira, где по ним будут автоматически заводиться тикеты. Здесь главное правильно настроить условия для каждого уведомления, чтобы команда не тревожилась из-за ложноположительных срабатываний. Наличие хотя бы одного Error-сообщения служит поводом к разбору. А при формировании очереди в RabbitMQ поводом обратить внимание будет превышение цифры в условные 50 сообщений.

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

Также в каналы Slack имеют доступ заказчики. Таким образом они тоже могут отслеживать статус алертов и реагировать на них при необходимости.

Сначала все уведомления берут в работу инженеры сопровождения. Некоторые алерты они закрывают сами, когда им удается понять в чем причина ошибки и починить ее. А дальше рождается несколько типов задач для команд разработки.

В качестве заключения – несколько слов о том, как создавать и поддерживать систему метрик. Первое, что нужно сделать – это погрузить инженеров сопровождения в работу продукта, чтобы они хорошо знали, как она устроена и как бизнес-процессы находят выражение в процессах технических. Вместе с разработчиками и PM-ами они должны разобрать все основные сценарии и определить метрики, которые будут говорить о работоспособности продукта в целом и частных его компонентов по отдельности.

В нашей практике в первые 2-3 недели после запуска продукта инженеры сопровождения каждое утро собираются с командой на разбор: как отработала система, как приходили алерты, не было ли ложных срабатываний или пропущенных важных событий. По наблюдениям за живым продуктом принимаются решения о донастройке мониторинга: например, поменять период измерений, отказаться от одних метрик в пользу других и т.д.

Например, среди наших продуктов есть система учета продаж, где очень важно отслеживать поступление определенных данных из внешних источников. Часть этих данных загружается автоматически, часть – вручную. Документы, которые поступали вторым способом, прогружались позже, из-за чего у поддержки срабатывал алерт. Решили создать в системе мониторинга новый признак, чтобы разделять автоматическую загрузку и ручную – ложных срабатываний больше не было.

Через три недели нарабатывается база всех возможных ситуаций, которые происходят в рамках стандартного бизнес-флоу, и регулярность встреч можно уменьшать. Однако поддержка должна все равно находиться в контакте с разработчиками, чтобы еще до релиза инженеры сопровождения понимали, какие фичи появятся и как они будут работать.

Источник

Мониторинг начинается с метрик, или Как не сделать из алертов белый шум

Как известно, нельзя управлять тем, что не измеряешь. В контексте IT-проектов это означает необходимость мониторинга всех частей проекта: от утилизации CPU до бизнес-показателей вроде количества заказов в интернет магазине или показов баннеров на сайте.

Чтобы сервис работал стабильно и техническая поддержка могла в режиме 24/7 быть эффективной, нужно собирать метрики, визуализировать их динамику (в дашбордах и графиках), анализировать результаты и работать с инцидентами — желательно до того, как они стали инцидентами. Однако мониторинг мониторингу рознь. Он выполняет свою функцию, если система:

1) отслеживает метрики, которые нужны для принятия решений, и не мониторит лишнее;
2) уведомляет, когда ещё можно что-то сделать без последствий для работоспособности сервиса, но не спамить ложной тревогой.

Звучит просто и логично, но на практике найти баланс не всегда легко.

Эта статья будет первой в серии заметок о том, как мы организуем мониторинг у наших 400+ клиентов. Расскажем, какие метрики снимаем, каких методологий придерживаемся и какие алерты видим каждый день.

Методологии сбора метрик

Существует три основных подхода к сбору метрик: USE (Tom Wilkie), RED (Brendan Gregg), LTES (Google SRE). Они отличаются по целям мониторинга и, естественно, включают разный набор метрик (но «E» везде отвечает за ошибки). Давайте разберем каждый из них отдельно.

В методологии USE для каждого ресурса (CPU, дисковая подсистема, память и т.д.) рекомендуется снимать следующие метрики:

Концепции алертинга

Построение алертинга — системы автоматического оповещения о том, что метрика достигла порогового значения, — основывается на концепциях SLI, SLA и SLO.

SLI (Service level indicators) — набор ключевых метрик, по которым можно определить жизненный статус сервиса, его производительность, «удовлетворенность» конечных пользователей работой сервиса. Например, в SLI может входить количество 500-х ошибок или количество активных пользователей.

SLA (Service level agreement) — так называемое «соглашение об уровне доступности сервиса», которое определяется как ВНЕШНЕЕ обязательство перед конечным пользователем или клиентом. Например, SLA нашей круглосуточной техподдержки обычно составляет 15 минут — за это время мы обязуемся отреагировать на запрос или инцидент клиента, и это не зависит от внутренних обстоятельств.

SLO (Service level objectives) — набор целевых, «желаемых» значений SLI, выход за пределы которых может привести к нарушению SLA конкретного сервиса или компонента. Максимально допустимое отклонение от «идеальных» показателей в данной концепции называется Error Budget (право на ошибку). Как пример, это может быть: максимальное количество 500-х ошибок за 5 минут, максимальное время недоступности веб-страницы, максимально допустимая нагрузка на процессор и т д.

Казалось бы, SLO и есть тот порог, на который надо установить алерты. Но SLO — это «желаемое» состояние, и не всё, что от него отличается, обязательно является нештатной ситуацией. Если настроить алерты на отклонение от SLO, то, с одной стороны, возрастает вероятность появления так называемого «алертного шума» — большого количества оповещений при вполне адекватной работе системы, с другой — есть риск получить алерт только в момент нарушения SLA.

Простыми словами: алерт должен срабатывать не тогда, когда «всё уже очень плохо», и не от каждой «помехи», а тогда, когда возникла проблема, но ещё можно что-то исправить.

По нашему опыту, чтобы достичь этого баланса, внутренние алерты лучше всего устанавливать на значения, находящееся между SLO и Error Budget — когда поведение системы еще можно назвать штатным, но если ничего не предпринять, есть риск выйти за пределы SLA.

Метрики и пороговые значения

Так как это первая статья в цикле, здесь мы решили привести список алертов на базовые системные метрики. Если ваша система мониторинга в зачаточном состоянии, то смело начните с этого списка — ниже объясним, в чём смысл и важность каждого пункта. Если вы уже в теме, то просто пройдитесь по списку как по чек-листу — вдруг что-то упускаете.

CPU. Для мониторинга использования процессорного времени на сервере мы обычно выставляем два базовых алерта:

Дисковая подсистема. Основные алерты по метрикам в дисковой подсистеме, которые мы настраиваем практически всем клиентам, это:

Синхронизация времени на сервере с эталонным. Рассинхронизация времени иногда приводит к сложнодиагностируемым ошибкам как в серверном ПО, так и в клиентских приложениях. Поэтому мы мониторим ее, запрашивая статус используемых на сервере утилит синхронизации времени, например, ntpd, chronyd или systemd-timesyncd, и используем алерты следующего вида:

Нет большого смысла мониторить те метрики, с которыми непонятно что делать или которые дороже собирать и обрабатывать, чем могут быть потенциальные издержки от отсутствия мониторинга на них. А алерты не должны возникать каждые две секунды и сливаться в белый шум— тут, мы надеемся, помогут пороговые значения, приведенные в статье. В них вложено 13 лет опыта и практика настройки мониторинга тысяч и тысяч серверов наших клиентов.

В следующих статьях поговорим о мониторинге системного ПО, application-уровня, системах виртуализации и контейнеризации.

Источник

Зачем вам нужно настроить алерты на упоминания в СМИ прямо сейчас

По данным McKinsey, примерно в 60% профессий не менее 30% операций будут полностью автоматизированы. Профессия PR-специалиста подразумевает владение широким инструментарием, часть из которого отдается на аутсорсинг. Но даже если вы отдаете некоторые функции подрядчику, важно понимать, как и что устроено. А в некоторых ситуациях и вовсе опасно убирать руку с пульса.

Давайте разберемся, когда системы мониторинга СМИ и соцмедиа необходимы пиарщику или владельцу бизнеса.

Ситуация 1. Кризис

В августе 2018 года ряд ресурсов опубликовал фальшивую новость о том, что Сбербанк якобы вводит комиссию в 1% за снятие наличных. В следующие два дня эта новость тиражировалась в социальных сетях, что послужило ее «возвращению» в СМИ и попаданию в более весомые издания. Эти публикации уже могли повлиять на репутацию банка.

Банку пришлось реагировать немедленно: в течение часа на крупных новостных порталах вышли официальные опровержения. Благодаря широкому охвату удалось вовремя остановить волну.

Важный критерий оценки работы PR-службы — это скорость. Профессиональные системы мониторинга будут полезны для быстрой реакции в кризисных ситуациях. Для работы в кризисогенных условиях лучше выбирать систему с мобильным приложением, которое пришлет пуш-уведомление сразу же, как только появится негативное упоминание.

Ситуация 2. Анализ тональности

Тональность публикаций зачастую важнее для бренда, чем количество упоминаний. Чтобы выявить репутационные риски, профессиональные системы мониторинга оснащены модулем автоматизированной оценки публикаций.

Например, СКАН при анализе учитывает множество факторов: слова с яркой негативной коннотацией, связь объекта и тональности, сфера деятельности компании. Слова и словосочетания «украл», «уголовное дело», «закрылось производство» и им подобные имеют яркую негативную окраску и служат маячком для системы, которая распознает новость как потенциально несущую репутационные риски. Также СКАН учитывает связь объекта новости и тональности, специфику отрасли. ««Альфа Банк» судится с компанией X» — для «Альфа Банка» это негатив, а «Ожидаем снижения акций «Газпрома» после бурного роста — аналитик Сбербанка CIB» — для Сбербанк CIB это не негатив.

Подобный анализ позволяет оценить информационное поле и быстро реагировать на новости, которые могут нести репутационные риски.

Ситуация 3. Оценка результатов и разработка PR-стратегии

Системы мониторинга позволяют сравнить компанию с конкурентами и с самой собой в прошлом и сказать, как был отработан отчетный период, выявить закономерности и спланировать работу.

По словам директора департамента клиентской и финансовой аналитики Уральского банка реконструкции и развития Алексея Рубштейна, использование мониторинга позволило измерить вклад PR в рост продаж. В банке провели анализ ключевых метрик медиаактивности за три года. Затем сопоставили метрики с показателями бизнеса: продажами, обращениями клиентов, звонками и т. п. Сильная связь обнаружилась между показателями охвата и открытием расчетных счетов, а также между охватом и количеством обращений.

На основе этих данных банк определил дальнейший план.

На диаграмме видно, как после усиления PR-активности (синий график) с небольшим отложенным эффектом растет количество открытых расчетных счетов (красный график).

В Ярославле (красный график), где усилили PR-активность (зеленый график), значительно выросло количество обращений в банк. В контрольном городе (синий график) кривая обращений осталась без изменений.

Ситуация 4. Анализ конкурентов, контрагентов и отрасли

Медиаполе является общедоступным, и анализ деятельности конкурентов в нем предоставляет ценнейшую информацию для принятия решений. Мониторинг позволяет оперативно реагировать, например, на запуск сезонных предложений конкурентов, рекламных кампаний или новых продуктов.

Анализ медиаполя позволяет выявить проблемы у контрагентов гораздо раньше, чем дело дойдет до судебных разбирательств или банкротства. Помимо этого системы мониторинга позволяют проводить комплексный анализ отраслевых публикаций в различных срезах (источники, темы, география, индексы и проч.).

Ситуация 5. Доступ к архивам и закрытым информационным лентам

Архивы профессиональных систем содержат миллионы публикаций за прошлые годы, что может очень пригодиться пиарщику. К примеру, начальник просит найти свое интервью в «Коммерсанте» за 2005 год, а сотрудник PR-службы в два клика находит статью в архиве системы и отправляет начальнику.

Кроме того, подобные решения дают доступ к закрытым лентам информагентств. Это предоставляет значительное преимущество. Ведь иногда достаточно нескольких минут, чтобы мобилизоваться до того момента, пока новость не стала публичной.

Антон Запольский, руководитель управления по связям с общественностью ПАО «Совкомбанк»:

В нашей компании ежедневный мониторинг медиаполя в СМИ и соцсетях находится целиком в зоне ответственности пресс-службы. Мы не можем делегировать функцию поиска, оценки и анализа событий, имеющих влияние на репутацию банка, внешнему подрядчику, потому что видим здесь существенные риски неполучения вовремя алертов, либо некорректной оценки значимости события. Для этого мы самостоятельно используем программные продукты для медиамониторинга и аналитики.

Во-первых, нам важна полная и актуальная библиотека источников во всех регионах присутствия банка. Не должно возникать ситуации, когда мы не можем видеть какую-то публикацию из-за неактуальности или неполноты базы. Во-вторых, крайне необходима оперативность попадания публикаций по нашим объектам в выгрузку и ленту мониторинга. Первичность алертов о значимых публикациях, исходящих именно от пресс-службы, является одним из наших важнейших KPI. В-третьих, очень важна возможность удобной сортировки, структурирования, категоризации и анализа массива данных по выгрузке.

Екатерина Видеман, директор департамента по связям с общественностью «Мечел»:

В своей работе мы используем сразу несколько систем мониторинга. Нам очень важно видеть новости в момент их появления, а не когда подрядчики их обработают и представят в виде отчета. Дважды в день наши специалисты проводят анализ медиаполя, направляя данные руководителям внутренних подразделений компании. Нам важно оперативно видеть новости как федеральные, так и те, которые публикуются в региональных СМИ. И в этой связи обязательным аспектом любой системы мониторинга для нас является глубина проработки базы источников и возможность ее кастомизации под нужды компании. Я думаю, гибкость и возможность настройки под пользователя станет главным трендом развития подобных систем.

Владимир Блинов, коммуникационное агентство «Р.И.М. ПН»:

Мониторинг и аналитика — это хороший способ убедить клиента в тех лакунах или брешах, где его имидж под ударом, а репутация уступает тому, что могло бы быть при профессиональном сопровождении.

Порой для проработки подобных историй годятся стандартные источники, но если заказчик работает в узкопрофессиональной повестке, где обилие упоминаний в интернет-СМИ погоды не делает, крайне важно иметь полный охват, для чего приходится обращаться к закрытым лентам, в частности, через «СКАН-Интерфакс».

Многие клиенты, для которых аналитика делается посредством закрытых лент, чрезвычайно внимательно относятся к упоминаниям в целевых СМИ, поэтому важной составляющей оказываются оперативные уведомления, настраиваемые в самой системе.

Если говорить вообще о тенденциях развития мониторинговых решений, то лень как двигатель прогресса заставляет многих использовать автоматическое определение тональности, что позволяет несколькими кликами понять примерную эмоциональную картину вокруг объекта. Зачастую это помогает в анализе ситуации по диагонали, но работа кодировщиков, анализирующих содержание сообщений, вряд ли когда-нибудь будет полностью вытеснена роботами как по причине ограниченности любых автоматических алгоритмов, так и в силу невозможности понять контекст сообщения и соотнести с задачами клиента.

Источник