У гитлаба есть нормальная дока для старта - https://docs.gitlab.com/ee/ci/quick_start/README.html. Если с этим сложно - можно начать с облачной версии, там даже бесплатно можно сколько-то сотен минут сборщиков использовать.

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

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

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

Добрый день, не мог бы мне, пожалуйста, кто-нибудь подсказать с настройкой 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: ... . Какой синтаксис и ключевые слова (складывается ощущение, что вообще на русском языке напиши сложносочинённое предложение и все запашет).
_
Очень надеюсь на помощь, заранее спасибо.
Уже очень долго сижу и бьюсь над этим и перерыл ну всю документацию.
Помогите, пожалуйста🙏🏽

"Хлеб насущный" - место со странными ценниками, особенно в центре.

"Хлеб насущный" - место со странными ценниками, особенно в центре.

Кто рано встает, у того Consul хорошо работает )