Size: a a a

2019 October 31

GG

George Gaál in DevOps Moscow
а в понимании того, что артефакт свежий - выигрываешь
источник

V

Vit in DevOps Moscow
Dmitry Nagovitsin
Исходники дают с ошибками
Блин, да, наш косяк😒
источник

IM

Ivan Moiseev in DevOps Moscow
Dmitry Nagovitsin
Да я шучу
Вытри слёзы!
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Vit
Блин, да, наш косяк😒
Да это все ерунда. Если бы ссылка битая была - это проблема. А тут просто опечатка
источник

V

Vit in DevOps Moscow
Karen Tovmasyan
опять же, тыкаю пальцем в небо и говорю как было у меня
Вариант, но хочется услышать и другие варианты, или что все скажут, что живут без этого и им ок)
источник

DS

Dm S in DevOps Moscow
Vit
Один из вариантов . Но на "тестовые контура" от туда не удобно же
А чего неудобного? Понавешал лейблы «тестирование», оно поехало. Ну или как вы там стадии менеджите - завяжи на это что хочешь
источник

SP

Sergey Pechenko in DevOps Moscow
Vit
У меня разные))

Одна - garbage collector последних продовых артефактов конкретного приложения,

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

Третья - ответ на вопрос - а кто задеплоил на прод текущий артефакт?
А какая была версия в прошлом месяце и кто ее деплоил тогда ?
1. Соотв. таск в роли приложения - сохраняет последних пять, остальные нещадно уничтожает.
2. Гитлаб - дно.
3. В бамбу все ходы записаны (ну или рандек тот же).
источник

V

Vit in DevOps Moscow
Sergey Pechenko
1. Соотв. таск в роли приложения - сохраняет последних пять, остальные нещадно уничтожает.
2. Гитлаб - дно.
3. В бамбу все ходы записаны (ну или рандек тот же).
Идея принимается. Хотя и кривовато))

Интересно услышать других тоже, кто как живёт и решает это)
источник

PK

Pavel Klyuev in DevOps Moscow
Oleg Soroka
  before_script:
   - export CI_COMMIT_SHORT="${CI_COMMIT_SHA:0:8}"
   - export BUILD_DATE=`date +%y%m%d.%H%M%S`
   - export DOCKER_TAG="1.${BUILD_DATE}-${CI_COMMIT_SHORT}"
Мы вот так делаем, keep it simple, никаких консернов не возникает. Храним в нексусе, артифакори дорого.
гитлаб не дно, дело слабо зависит от инструмента —
Или тут речь про режистри в гитлабе.
источник
2019 November 01

A

Anka in DevOps Moscow
Привет. А кто-нибудь пользуется opsgenie?
есть задача сделать железную женщину которая обрабатывает все алерты с N систем мониторинга, но что-то пока не очевидно, как указать opsgenie правилах эскалации что нужно просто написать в слак и на этом остановиться, а не слать алерты в приложение\телефон
И как у нее с тем чтобы по одному алерту отработать несколько эскалаций в разных командах (условно позвонить админу и написать в канал разрабам)
источник

SP

Sergey Pechenko in DevOps Moscow
Anka
Привет. А кто-нибудь пользуется opsgenie?
есть задача сделать железную женщину которая обрабатывает все алерты с N систем мониторинга, но что-то пока не очевидно, как указать opsgenie правилах эскалации что нужно просто написать в слак и на этом остановиться, а не слать алерты в приложение\телефон
И как у нее с тем чтобы по одному алерту отработать несколько эскалаций в разных командах (условно позвонить админу и написать в канал разрабам)
Привет, есть система, заточенная на именно что алертинг с правилами эскалации, даунтаймами, выразительным DSL, поддержкой HA и т.д. (ой, и бесплатная ещё вдобавок)
источник

V

Vit in DevOps Moscow
Sergey Pechenko
Привет, есть система, заточенная на именно что алертинг с правилами эскалации, даунтаймами, выразительным DSL, поддержкой HA и т.д. (ой, и бесплатная ещё вдобавок)
Ты вообще не в тему человеку что-то отвечаешь))) у него вопрос в другом)
источник

V

Vit in DevOps Moscow
Anka
Привет. А кто-нибудь пользуется opsgenie?
есть задача сделать железную женщину которая обрабатывает все алерты с N систем мониторинга, но что-то пока не очевидно, как указать opsgenie правилах эскалации что нужно просто написать в слак и на этом остановиться, а не слать алерты в приложение\телефон
И как у нее с тем чтобы по одному алерту отработать несколько эскалаций в разных командах (условно позвонить админу и написать в канал разрабам)
Тут такие точно есть. Я сохранял чей-то обзор. @bhavenger вроде делал/трогал
источник

SP

Sergey Pechenko in DevOps Moscow
Vit
Ты вообще не в тему человеку что-то отвечаешь))) у него вопрос в другом)
Так-то вопрос обозначен как "...сделать железную женщину..."
источник

A

Anka in DevOps Moscow
Sergey Pechenko
Привет, есть система, заточенная на именно что алертинг с правилами эскалации, даунтаймами, выразительным DSL, поддержкой HA и т.д. (ой, и бесплатная ещё вдобавок)
и звонит и расписания дежурств понимает? Сарказмировать эт прекрасно, но при первой итерации поисков бесплатных альтернатив не нашлось. А джини выдали в наследство
источник

V

Vit in DevOps Moscow
Dmitriy Zaytsev
pagerduty.com
Лидер рынка, потому не стесняется в стоимости.
Хорошая документация (но не лучшая) по интеграциям. Интеграция в слак двусторонняя. Есть модуль для ansible, позволяющий запускать maintenance.
Работа строится на сервисах. Каждый сервис получает свои собственные каналы получения событий, собственные настройки эскалации и интеграции.
Автоматизация сортировок событий тоже строится на сервисах, это фрустрирует поначалу.
Вообще на фоне конкурентов pd проигрывает. Это самый простой сервис с минимальным функционалом. При этом за наибольшую стоимость.

victorops.com
Сервис строится вокруг ленты событий. В неё валится всё - переписки, алерты, сообщения от ботов.
Сервис очень хочет затащить ваши чаты по устранению проблемы в себя.
Отвратительная документация по интеграциям. Интеграция в слак позволяет только слать нотификашки в канал\юзеру. Понравилась идея alert transmogrifier - обрабатывать каждый эвент в соответствии с правилами поиска. Например если в имени сервера есть staging - то не алертим ночью или если в имени сервера есть jenkins и упал - то добавляем к сообщению ссылку на инструкцию по починке и вот эту картинку
Есть отчеты, их ценность понять не смог по причине отсутствия инцидентов.
Можно вести постмортемы на сервисе, добавляя таймлайн инцидента.
Хорошие удобные политики эскалации, управление командой.

opsgenie.com
Работа строится на ручном или автоматизированном разборе ленты событий. Доступны теги, группировки, етс.
Море интеграций, хорошая документация (сильно лучше, чем у викторопс). Интеграция в слак двусторонняя, можно управлять алертами из слака.
Есть всё, что мне понравилось в victorops и даже больше.
Минус - очень много кнопочек, возможно будет трудно разобраться.
Вот тут был тред и люди)
источник

SP

Sergey Pechenko in DevOps Moscow
Anka
и звонит и расписания дежурств понимает? Сарказмировать эт прекрасно, но при первой итерации поисков бесплатных альтернатив не нашлось. А джини выдали в наследство
Расписания, насколько я разобрался, понимает, ды.
Ну а звонить придётся внешним сервисом (CTI - всегда боль).
источник

SP

Sergey Pechenko in DevOps Moscow
Но как обычно, вопрос с готовности платить деньги. Нет, скорее лучше так:  ДЕНЬГИ.
источник

A

Anka in DevOps Moscow
Sergey Pechenko
Расписания, насколько я разобрался, понимает, ды.
Ну а звонить придётся внешним сервисом (CTI - всегда боль).
ну вот у руководства есть поинт что женщина должна звонить сама, у джини опять же приложенька которая громка орет и требует реакции
источник

SP

Sergey Pechenko in DevOps Moscow
Anka
и звонит и расписания дежурств понимает? Сарказмировать эт прекрасно, но при первой итерации поисков бесплатных альтернатив не нашлось. А джини выдали в наследство
Я, кстати, абсолютно никакого сарказма не вкладывал, если что (у меня у самого такая штука используется)
источник