How We Gained Observability Into Our CI/CD Pipeline

Випадково наткнувся на досить непогану динамічну доповідь про observability в CI/CD від компанії Logz.io

Logz - це та компанія, яка давала офер з двозначного числа ще до війни (зараз - не знаю), і на співбесідах уже було настільки напряжно, що не так і хотілось той офер. На співбесідах менеджери насідали так потужно, що мені здавалось що я вже вписався в двіжуху Puppet/Chef/Salt на дедіках, хоч це був якийсь там початковий етап циклу співбесід. Купа кластерів, деплойментів, різних шматків, просто хардкор.

Остання співбесіда була 15 хв, де якийсь тіп повідомив, що якщо вже вдалось дійти до цього етапу, то все підходить, і запитав тільки чи готовий я махати величезною сталевою лопатою. Тобто там реально інженери вписуються і деліверять.

Щодо доповіді (ключові поінти):
🔸 Надсилаємо логи білдів в Logging Platform, де аналізуємо (скільки джоб, які помилки, тривалість етапів, etc) і робимо візуалізації + можемо і нотифікації <— тут є широке поле для експериментів
🔸 CI/CD тулу напаковуємо експортерами, колекторами метрик, всім чим можна - і теж повторюємо трюк з візуалізаціями (автор пропонує Telegraf + Jenkins Input Plugin)

У нас немає таких штук (є базові, якими ніхто не користується) - в доповіді були приклади, як зробити це адекватним і юзабельним. Також було б цікаво почути ваш досвід, яка інтеграція (або підхід) допомогла покращити observability в CI/CD процесі.

(вечір перед вихідними не витрачаємо, а дивимось доповідь - покращує mental health) ✅

https://fosdem.org/2023/schedule/event/how_we_gained_observability_into_our_cicd_pipeline/