По тексту статьи кажется что в Avito круто, почитал ответы в комментариях на реальные проблемы, будто роботы отвечают. Всё таки видимо там довольно уныло.
Никто не хочет специально делать что-то неправильно, в том числе общаться с людьми. Мне кажется, что осознавая эту простую вещь, почти любого такого «умника» можно поставить на правильный путь и он будет благодарен. Если руководитель не может работать с сильными, но сложными людьми, но встаёт вопрос, действительно ли он может называть себя лидером. Я не говорю, что это просто, но, кажется, стоит пытаться.
а Bash не «кросплатформенный»? В Windows 10 же завезли уже. Если уж претендуете на несколько платформ, то это должно из коробки и работать, а не «нужно правда для Windows добавить все проверки с нуля».
По умолчанию нотификация о том, что help desk получил письмо от пользователя, выключена. Мы считаем, что пользователи не любят спам. Однако если вашим пользователям такие письма спамом не кажутся, то можно модифицировать правило ‘Collect related emails on issue creation’ внутри workflow notifyMultipleUnregisteredUsers.
Обидно, что это «фича» по-умолчанию выключена, а включить её у меня вообще не получилось.
Во-первых, наверное, валидный код всё-таки выглядит так,
var reporterEmail;
reporterEmail = Last message related emails.split(" ", preserveAllTokens).first;
sendMail(reporterEmail, "You Subject", "Your email body");
Last message related emails = null;
а не так
var reporterEmail = Last message related emails.split(
" ",preserveAllTokens).first
sendMail(reporterEmail, “Your subject”, “Your email body”)
Во-вторых «YouTrack workflow editor » из jar файла под Ubuntu не заводится вообще, вываливается с ошибкой про версию Java (хотя я попробовал все, включая самые свежие, что были под рукой)
А в версии под Windows я пока что так и не разобрался всё-таки как применить изменённое правило на сервере.
Если вам удобно использовать почту и фильтры для мониторинга, очевидно вам нужны оповещения мониторинга для других целей, нежели нам. Мы не храним нотификайии и их историю, это лишнее, но разделяем их адресатов, об этом есть в статье.Для анализа есть другой, аналитический мониторинг, с красивыми графичками. Мы используем месендежер не потому-что нам так кто-то диктует, а потому, что при правильном применение, в 2016, это лучший способ покрыть кейсы, которые нам нужны. Если в вашей схеме есть реальные преимущества, позволяющие сохранять нервы админам, топам, а сложному highload кластеру работать без сбоев, обязательно расскажите об этом всё таки подробнее.
На дворе 2016 год, объективно мессенджер это гибче, проще, надежнее, быстрее и так далее во всех смыслах, именно такие вещи сегодня позволяют компании расти и развиваться максимально быстро. Таковы современные тенденции, все рабочие процессы и обсуждения во многих фирмах практически полностью игнорирует такую вещь как email и нравится нам это или нет, приходится соответствовать бизнесу, мониторинг и события в нём это тоже частенько предмет живого обсуждения в реальном времени.
Вы задали действительно правильный вопрос, потому что я не расскрыл мысль возможно до конца, как мы понимаем, что дежурный 'на стрёме'.
Сам принцип мониторинга, описанный в статье и есть своебразный регламент на тот счёт, как именно нужно реагировать в любое время суток на алярмы в мониторинге.
Если дежурный их принял в течение получаса, то никого зря не отвлечёт нотификация, потому что ответственный человек их временно отключит на время работ, либо сразу восстановит сам проблемный сервис. Если нотификации продалжаются, должны среагировать уже все админы, если ушли в запой все, после того как сервис лежит уже час, сообщения будут ходить в канал с директорами.
Подробнее с картинками в статье, читайте
Факап №3 — Полагаться только на дежурного.
А код, который за это отвечает — ссылкой в самом конце
Спасибо, обязательно гляну на сервис, который используете вы. Про SLA на СПО типо PostgreSQL и Linux кажется забавным, но возможно людям, больше отвечающий за бизнес часть это будет интересно.
Во второй части статьи довольно подробно описан процесс установки и настройки связки Telegram+Nagios и отправка уведомлений, ищите информацию под спойлерами. Мы не используем бота, а пользуемся консольным клиентом, поэтому нам нужна была симка, почему мы так сделали — в конце статьи. Для ботов сим не нужна. Если вам нужна ещё какая-то помощь, можете стукнуть мне в личку.
Почему вы считаете его 'перманентно сломанным'? За год использования не обнаружил никаких проблем. На счёт протокола тоже не понял, на наших серверах всё работает как часы.
нет
Контейнеры обеспечивают виртуализацию на уровне OSэтот автор бездарен, несите нового
чукча - не читать, чукча - писатель комментариев
github.com/prometheus-operator/prometheus-operator/blob/master/Documentation/api.md#probe
Теперь можно делать вот так вместо первой картинки с configmap
apiVersion: monitoring.coreos.com/v1kind: Probe
metadata:
labels:
app.kubernetes.io/component: exporter
app.kubernetes.io/name: blackbox-exporter
app.kubernetes.io/part-of: kube-prometheus
app.kubernetes.io/version: 0.18.0
name: ankhmorpork
namespace: monitoring
spec:
module: http_2xx
prober:
url: blackbox-exporter.monitoring.svc:19115
targets:
ingress:
namespaceSelector:
any: true
selector:
matchLabels:
probe: enabled
QT — это расстояние от начала комплекса QRS до завершения зубца T
Почему оператор in работает быстрее?
http://docs.ansible.com/ansible/playbooks_delegation.html
Забыли help
От «ничего не присылать» это ничем не отличается
Обидно, что это «фича» по-умолчанию выключена, а включить её у меня вообще не получилось.
Во-первых, наверное, валидный код всё-таки выглядит так,
а не так
Во-вторых «YouTrack workflow editor » из jar файла под Ubuntu не заводится вообще, вываливается с ошибкой про версию Java (хотя я попробовал все, включая самые свежие, что были под рукой)
А в версии под Windows я пока что так и не разобрался всё-таки как применить изменённое правило на сервере.
Сам принцип мониторинга, описанный в статье и есть своебразный регламент на тот счёт, как именно нужно реагировать в любое время суток на алярмы в мониторинге.
Если дежурный их принял в течение получаса, то никого зря не отвлечёт нотификация, потому что ответственный человек их временно отключит на время работ, либо сразу восстановит сам проблемный сервис. Если нотификации продалжаются, должны среагировать уже все админы, если ушли в запой все, после того как сервис лежит уже час, сообщения будут ходить в канал с директорами.
Подробнее с картинками в статье, читайте
А код, который за это отвечает — ссылкой в самом конце
Возможно для вас больше подойдёт полноценный API.