Спасибо

Коллеги, вопрос: использую Дженкинс. использую 6 пайплайнов, которые вызывают 1 джоб с разными параметрами. как можно сделать чтобы джобы вызванный с папйлайна работал с своей папкой ? в данное время джоб вызванный с разных пайплайнов работает с одной папкой. (

Пожалуйста!

Коллеги, вопрос: использую Дженкинс. использую 6 пайплайнов, которые вызывают 1 джоб с разными параметрами. как можно сделать чтобы джобы вызванный с папйлайна работал с своей папкой ? в данное время джоб вызванный с разных пайплайнов работает с одной папкой. (

Матрикс билд так разве не умеет?

Если нет - то легче всего на job dsl написать 6 пайплайнов

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

сейчас 6 пайплайнов и 1 job

Хм

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

генерить ее и ит.д.?

пока костяль - запуск только 1 джоба в 1 еденицу времени )

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

как указать что бы он создал свой воркдир для джоба ?

Из билда кидать в джоб название этого билда, пускай джоб создаёт директорию с именем билда и в ней творит своё чёрное дело

Чатик, прошу насыпать аргументов в пользу "забить на заббикс и сделать нормальный алертинг на Исинга" Ситуация такая - пришёл в компанию, там человек делал алертинг "для себя", поэтому сделал на заббиксе "искаропкибыстрее", а теперь мне важно аргументированно объяснить, почему, к примеру, нужно выкинуть заббикс и внедрить нормальную человеческую исингу (вторую версию). Из исходных данных - три площадки, "толстый" трафик, мешок разных микросервисов и приложений. Я вижу такие аргументы: 0. Набросный аргумент - Викимедиа и ЦЕРН сидят на Нагиосе/Исинге и не жужжат (=заббиксненада!) 1. Исинга2 годная для распределённого мониторинга (заббикс крайне фигово масштабируется) 2. У Исинги2 конфиги текстовые - можно легко и быстро написать новый чек или переиспользвоать старый, а также выполнять шаблонизацию конфигов с помощью Ансибла (у заббикса надо мышкой тык-тык и потом в базу складывает = фиг прочитаешь, что там сейчас) 3. Исинга2 имеет REST API - при желании можно хоть свой дашборд наваять, если "искаропки" не устраивает 4. Заббикс требует установки агента, а Исинга2 - многопоточная и вполне способна без этих ваших агентов обходиться (=не грузит систему + централизованное планирование опросов по времени). Здесь я исхожу ещё и из того, что нужно проверять доступность микросервисов "извне" - то есть доступность услуги, предоставляемой компонентом другим сервисам, а не то, что локальный процесс что-то отвечает на localhost другому локальному процессу - это важно. 5. Заббикс в отличие от Исинги фактически собирает не результаты работы чеков, а метрики, которые потом централизованно анализируются. 6. Централизованная база у заббикса неизбежно заболит, прчиём скорее рано, чем поздно. Прошу досыпать. Сразу отмечу, что опыт эксплуатации Исинги у меня имеется, поэтому вывернутая наизнанку модель заббикса - беда-беда.

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

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

и для realtime-а он не очень. но, удобен шаблонами, наследованием и эскалацией

согласен с 1. Пункт 6 - не факт и не всегда, зависит от кривизны рук настраивателя БД. 4 - неверно, он умеет и agentless вполне. 2 - заббикс имеет API. 3 - туда же. 5 - можно и результаты чеков собирать, но это не его принцип, да.

чем не устраивает текущая-то ситуация?

Ниасиливает видимо

Совсем он не подходит только для полноценно распределенного мониторинга - увы, масштабирование пока что реально никакое. Остальные аргументы ИМХО так себе

насчет количества метрик - шардирование или zabbix-proxy

ну, в 2.x было как раз распредлённое хранение, но в 3.x отказались

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

было, но работало оно так себе, увы

ну или мы не смогли его заставить работать нормально, что тоже возможно

Пункт 6 - у Яндекса заболела, им пришлось пилить своё, с блэкджеокми и куртизанками. У меня система реального времени - закладываться на то, что может заболеть, не вариант, а пилить своё, как Яндекс, возможности нет (пруф про Яндекс - https://goo.gl/wyvK2l) Кстати, шаблоны, наследование и эскалация были ещё у первой Исинги. Осилить заббикс длч меня сейчас означает осиливать то, что потом придётся переделывать - не хочу (нарушение принципа "нормально сделай - нормально будет")

и да, беда у заббикса (генетическое): когда мониторишь что-то (порт up/down), то он будет все значения хранить, а не изменения ...

ну, яндекс, опять же, исторически пилил своё

Пункт 6 - у Яндекса заболела, им пришлось пилить своё, с блэкджеокми и куртизанками. У меня система реального времени - закладываться на то, что может заболеть, не вариант, а пилить своё, как Яндекс, возможности нет (пруф про Яндекс - https://goo.gl/wyvK2l) Кстати, шаблоны, наследование и эскалация были ещё у первой Исинги. Осилить заббикс длч меня сейчас означает осиливать то, что потом придётся переделывать - не хочу (нарушение принципа "нормально сделай - нормально будет")

У яндекса заболело, но у Яндекса и объемы извините

ибо не было ничего подходящего

впрочем, как и мэйл и рамблер

и да, беда у заббикса (генетическое): когда мониторишь что-то (порт up/down), то он будет все значения хранить, а не изменения ...

то есть это метрики, да (которые нафиг не нужны для алертинга)

и да, беда у заббикса (генетическое): когда мониторишь что-то (порт up/down), то он будет все значения хранить, а не изменения ...

решается не активным мониторингом а сбором трапов

если говорить о портах

так это как раз и есть почти что "активный"

ну хорошо, возьмём наличие процесса

имею ввиду не постоянным опросом со стороны сервера

если его через snmp trap делать, то как бы и смысл в заббиксе тогда?

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

т.е. хотя бы раз в 5 секунд

эмм.. для портов - trap, для трафика, памяти и еще десятков метрик - опрос сервером.

количество процессов - это метрика, а вот отсутствие ответа от сервера - это алерт, не? разное же ж

надо poller-ов увеличивать, но их всё равно не хватает ...

вобщем, хотя я его много, где ставил/ставлю - не всегда панацея

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

Тащемта да, не везде и не всем он подходит.

В некоторых случаях реально проще поставить какие-нибудь shinken/icinga/nagios + graphana/любая рисовалка графиков

то есть это метрики, да (которые нафиг не нужны для алертинга)

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

для этого графит-графана стек вполне сгодится ?

для этого графит-графана стек вполне сгодится ?

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

Nagios как мониторинг годится только для небольших инсталляций. И все его потомки тоже.

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

а, это да, с этим не спорит никто.

О_о я видимо чего-то не знаю про графану. Она умеет алерты по трендам?

Nagios как мониторинг годится только для небольших инсталляций. И все его потомки тоже.

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

так что ну да, небольшие инсталяции на пару десятков тысяч серверов

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

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

с современным железом наверное тысяч до 50

Nagios как мониторинг годится только для небольших инсталляций. И все его потомки тоже.

согласен совершенно - у викимедиа и церна мааааааленькие такие инсталляции, 10тыс+

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

эм, чувак, где я говорил что они не нужны?

согласен совершенно - у викимедиа и церна мааааааленькие такие инсталляции, 10тыс+

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

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

я думаю они с радостью ответят, если ты спросишь у них напрямую )

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

про распределённую исингу читать срочно ?

Я мониторил ~3k хостов нагиосом, и он может больше, да. Но болячек у него больше, чем преимуществ.

ERROR: S client not available

хех. яб ывыкинул инсингу1,2,3 и делал бы нормально на забиксе )

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

или молодежно на графите\прометус

про распределённую исингу читать срочно ?

Знаю я про вашу любимую исингу. Не сильно далеко ушла.

Centreon тоже распределённый Nagios, например

Знаю я про вашу любимую исингу. Не сильно далеко ушла.

речь шла о времени перезапуска, не?

Centreon тоже распределённый Nagios, например

Ценник в студию, пожалуйста

Знаю я про вашу любимую исингу. Не сильно далеко ушла.

Ицинга на нагиос работает же

Вот навскидку косяки Nagios и производных: - негибкие статусы (ок/варнинг/критикал/еррор), - негибкая система уведомлений,

... требуется перезапуск для обновления конфигурации, нет автообнаружения из коробки (ну и как следствие предыдущего пункта, делается через одно место)

Ценник в студию, пожалуйста

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

Вот навскидку косяки Nagios и производных: - негибкие статусы (ок/варнинг/критикал/еррор), - негибкая система уведомлений,

Странненько. Человека ночью надо либо будить, либо нет. Зачем тут гибкость? Конфигурация по сценарию будет шаблонизироваться из SCM и git, если что.

из нагиосообразных более-менее функциональны вот исинга, check_mk

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

Что отломано для стимуляции покупок поделки?

ну, в графане алертилка есть, даже работает ...

Странненько. Человека ночью надо либо будить, либо нет. Зачем тут гибкость? Конфигурация по сценарию будет шаблонизироваться из SCM и git, если что.

Либо одного, либо всех, да?

Что отломано для стимуляции покупок поделки?

подробные репорты (в целом нахрен не нужны), бизнес-аналитика

Либо одного, либо всех, да?

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

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

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

Плагин же есть вроде для заббикса

Плагин же есть вроде для заббикса

в церкви метрик заббикс при входе под ноги кидают ?)))))

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

в церкви метрик заббикс при входе под ноги кидают ?)))))

Не суть важно, плагин вроде есть grafana+zabbix

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

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

лол. а тексты нормальные делать не судьба?

если так часто всё ломается, то это заббикс не спасёт

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

icinga разграничает же сервисы или о чём это сейчас?

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

Заббикс хранит метрики в SQL. Это самый большой минус заббикса вообще)

да, именно это

icinga разграничает же сервисы или о чём это сейчас?

наброс это. всё там есть. и сервисы, и шаблоны, и хосты, и разграничение по времени

для time-series реляционка не айс

наброс это. всё там есть. и сервисы, и шаблоны, и хосты, и разграничение по времени

Я просто не очень понимаю о чем они сейчас, у меня icinga была настроена 2 разными вариациями, одни сообщени приходили мне, другие не мне, на разные сервисы и т.дд.