CI/CD и деплои
Для GitHub Actions, GitLab CI, Jenkins и собственных pipeline.
Как выглядит поток
Шаг pipeline отправляет в Ontik результат сборки или деплоя. Команда видит успех или ошибку без просмотра нескольких систем.
Как подключить
Отправляйте только значимые этапы: failed, deployed, rollback. В meta добавьте ветку, commit, окружение, автора и ссылку на job.
POST https://app.ontik.ru/v1/events
X-Ontik-Key: pk_live_ВАШ_КЛЮЧ
Content-Type: application/json
{
"event": "Релиз production завершён",
"meta": {
"environment": "production",
"version": "v2.4.0",
"commit": "a1b2c3d",
"result": "success"
}
}Пример данных события
| Поле | Пример | Зачем |
|---|---|---|
event | Деплой production завершён | Короткий заголовок, который увидит команда. |
meta | environment, branch, commit, job_url | Контекст для реакции и поиска. |
| Webhook URL | https://example.ru/api/ontik-webhook | Адрес вашей системы, если нужна исходящая доставка. |
meta передавайте ссылку и идентификатор.Конкретный пример
Pipeline заканчивает релиз в production, проверка тестов не проходит или команда выполняет откат.
Порядок настройки
- Добавьте шаг отправки после deploy или failure по правилам вашей CI/CD.
- Передайте environment, commit, результат и ссылку на job. Токены репозитория в meta не нужны.
- Проверьте сценарий success и failure. Не отправляйте каждый лог pipeline как событие.
Результат и границы сценария
Команда видит, что и куда выпущено. Запуск деплоя и откат выполняет pipeline, а не Ontik.
Примеры используют учебные данные. Публичная регистрация пока закрыта; адрес API указан для будущего запуска. Подключение можно проверить в вашей тестовой установке.
Подходит ли этот сценарий?
Да, если вам нужно быстро собрать сигнал из источника, сохранить его в общей ленте, уведомить владельца или команду и при необходимости передать его дальше через Webhook.