AY
Гитлаб свой или GitLab.com ?
Свой
Size: a a a
2019 July 23
DZ
Господа, мы планируем интегрировать pagerduty , но я ищу альтернативы.. у кого что стоит? Как opsgenie ? Кто то юзал?
pagerduty.com
Лидер рынка, потому не стесняется в стоимости.
Хорошая документация (но не лучшая) по интеграциям. Интеграция в слак двусторонняя. Есть модуль для ansible, позволяющий запускать maintenance.
Работа строится на сервисах. Каждый сервис получает свои собственные каналы получения событий, собственные настройки эскалации и интеграции.
Автоматизация сортировок событий тоже строится на сервисах, это фрустрирует поначалу.
Вообще на фоне конкурентов pd проигрывает. Это самый простой сервис с минимальным функционалом. При этом за наибольшую стоимость.
victorops.com
Сервис строится вокруг ленты событий. В неё валится всё - переписки, алерты, сообщения от ботов.
Сервис очень хочет затащить ваши чаты по устранению проблемы в себя.
Отвратительная документация по интеграциям. Интеграция в слак позволяет только слать нотификашки в канал\юзеру. Понравилась идея alert transmogrifier - обрабатывать каждый эвент в соответствии с правилами поиска. Например если в имени сервера есть staging - то не алертим ночью или если в имени сервера есть jenkins и упал - то добавляем к сообщению ссылку на инструкцию по починке и вот эту картинку
Есть отчеты, их ценность понять не смог по причине отсутствия инцидентов.
Можно вести постмортемы на сервисе, добавляя таймлайн инцидента.
Хорошие удобные политики эскалации, управление командой.
opsgenie.com
Работа строится на ручном или автоматизированном разборе ленты событий. Доступны теги, группировки, етс.
Море интеграций, хорошая документация (сильно лучше, чем у викторопс). Интеграция в слак двусторонняя, можно управлять алертами из слака.
Есть всё, что мне понравилось в victorops и даже больше.
Минус - очень много кнопочек, возможно будет трудно разобраться.
Лидер рынка, потому не стесняется в стоимости.
Хорошая документация (но не лучшая) по интеграциям. Интеграция в слак двусторонняя. Есть модуль для ansible, позволяющий запускать maintenance.
Работа строится на сервисах. Каждый сервис получает свои собственные каналы получения событий, собственные настройки эскалации и интеграции.
Автоматизация сортировок событий тоже строится на сервисах, это фрустрирует поначалу.
Вообще на фоне конкурентов pd проигрывает. Это самый простой сервис с минимальным функционалом. При этом за наибольшую стоимость.
victorops.com
Сервис строится вокруг ленты событий. В неё валится всё - переписки, алерты, сообщения от ботов.
Сервис очень хочет затащить ваши чаты по устранению проблемы в себя.
Отвратительная документация по интеграциям. Интеграция в слак позволяет только слать нотификашки в канал\юзеру. Понравилась идея alert transmogrifier - обрабатывать каждый эвент в соответствии с правилами поиска. Например если в имени сервера есть staging - то не алертим ночью или если в имени сервера есть jenkins и упал - то добавляем к сообщению ссылку на инструкцию по починке и вот эту картинку
Есть отчеты, их ценность понять не смог по причине отсутствия инцидентов.
Можно вести постмортемы на сервисе, добавляя таймлайн инцидента.
Хорошие удобные политики эскалации, управление командой.
opsgenie.com
Работа строится на ручном или автоматизированном разборе ленты событий. Доступны теги, группировки, етс.
Море интеграций, хорошая документация (сильно лучше, чем у викторопс). Интеграция в слак двусторонняя, можно управлять алертами из слака.
Есть всё, что мне понравилось в victorops и даже больше.
Минус - очень много кнопочек, возможно будет трудно разобраться.
DZ
Мои заметки двух или уже даже трёх-летней давности
DZ
Я тогда выбрал опсжини, не жалел, они хорошие.
DZ
Добрый день, не мог бы мне, пожалуйста, кто-нибудь подсказать с настройкой GitLab CI. Я студент, только начал изучать сферу DevOps и достаточно сложно сделать первые шаги.
ИСХОДНЫЕ ДАННЫЕ: Есть проект на Java - UI автотесты на ПК (c ОС windows 10 и hyper-v, где установлена Ubuntu с докером).
ПРИНЦИП: В теории понимаю, что есть репозиторий GitLab, в корне мастера лежит конфигурационный файл для Runner'a .
В терминале Ubuntu создан/скачан/
установлен и зарегистрирован Runner (с ссылкой и токеном из репозитория, где эти ранеры появились), по идеи, привязан при регистрации к конкретному образу в докере(я не уверен, что сделал эту привязку правильно).
И таким образом, все должно работать, но у меня в GitLab ошибка вылетает.
ПРОБЛЕМА:
1) Нужно ли в обязательном порядке шифровать каналы, это мешает работе или и без этого можно обеспечить сборку ?
2.0) В чем разница gitlab-runner от обычного ранера, который сам создаёшь? С каким легче работать?
2.1) При регистрации Runner в самом конце мы указываем имя уже существующего образа на машине, где и регистрируем этот Runner?
2.2) Нужно как-то через терминал запускать до начала сборки ранер? Где-то читал, что нужно вообще создавать и регистрировать Runner именно внутри конкретного образа докер.
3) Не понимаю, что нужно писать в .gitlab-ci.yml после script: ... . Какой синтаксис и ключевые слова (складывается ощущение, что вообще на русском языке напиши сложносочинённое предложение и все запашет).
_
Очень надеюсь на помощь, заранее спасибо.
Уже очень долго сижу и бьюсь над этим и перерыл ну всю документацию.
Помогите, пожалуйста🙏🏽
ИСХОДНЫЕ ДАННЫЕ: Есть проект на Java - UI автотесты на ПК (c ОС windows 10 и hyper-v, где установлена Ubuntu с докером).
ПРИНЦИП: В теории понимаю, что есть репозиторий GitLab, в корне мастера лежит конфигурационный файл для Runner'a .
В терминале Ubuntu создан/скачан/
установлен и зарегистрирован Runner (с ссылкой и токеном из репозитория, где эти ранеры появились), по идеи, привязан при регистрации к конкретному образу в докере(я не уверен, что сделал эту привязку правильно).
И таким образом, все должно работать, но у меня в GitLab ошибка вылетает.
ПРОБЛЕМА:
1) Нужно ли в обязательном порядке шифровать каналы, это мешает работе или и без этого можно обеспечить сборку ?
2.0) В чем разница gitlab-runner от обычного ранера, который сам создаёшь? С каким легче работать?
2.1) При регистрации Runner в самом конце мы указываем имя уже существующего образа на машине, где и регистрируем этот Runner?
2.2) Нужно как-то через терминал запускать до начала сборки ранер? Где-то читал, что нужно вообще создавать и регистрировать Runner именно внутри конкретного образа докер.
3) Не понимаю, что нужно писать в .gitlab-ci.yml после script: ... . Какой синтаксис и ключевые слова (складывается ощущение, что вообще на русском языке напиши сложносочинённое предложение и все запашет).
_
Очень надеюсь на помощь, заранее спасибо.
Уже очень долго сижу и бьюсь над этим и перерыл ну всю документацию.
Помогите, пожалуйста🙏🏽
DZ
У гитлаба есть нормальная дока для старта - https://docs.gitlab.com/ee/ci/quick_start/README.html. Если с этим сложно - можно начать с облачной версии, там даже бесплатно можно сколько-то сотен минут сборщиков использовать.
DZ
После того, как ямлик отладите на облачном гитлабе - можно и свой разворачивать
A
ну уж если просто Ci нужна а не желание разобраться что и как настраивать, то проще на мой взгляд github + travis
RC
ну такое
RC
в гитлабе всё с полпинка
RC
настраивается минут за 15
RC
из которых 10 гугл
V
в гитлабе всё с полпинка
Да ладно, в гитхабе тоже просто же
RC
ну тут нужна отдельная залупа в виде трэвиса
RC
в гитлабе все уже есть
A
в общем проблема из серии брюнетки или блонидинки)
RC
фломастеры, да
MA
Доброе утро, коллеги! Завтра (среда) приглашаем на DevOps-завтрак. Пообщаемся про Consul. Время: с 9:00 до 10:00. Адрес: Мясницкая 18: м. Кузнецкий Мост, "Братья Караваевый". Если есть вопросы, боль на тему или просто жажда общения, заходите на чашку кофе! 🙂
Прям с утра накидаемся?
A
Прям с утра накидаемся?
Мы на репитицию с бухлом или на пьянку с гитарой?
V
Прям с утра накидаемся?
Мы за здоровое общение 🤗