Что может быть прекраснее четко функционирующего конвейера? Только четко функционирующий конвейер, начинка которого сделана из качественных деталей и легко обслуживается. А ведь с кодом примерно та же история: о чистом коде все говорят, его редко видят, но еще реже — пишут. И зачастую непродуманная архитектура кода пайплайнов приводит к плохо переиспользуемым библиотекам, неявной структуре программы, его сложной дальнейшей модификации и адаптации под разные продуктовые команды. Особенную боль это доставляет тогда, когда им пользуетесь не только вы, но и ваши коллеги из соседних продуктовых команд. Настало время это исправить! Ведь пайплайн — это тоже сервис, и к нему должны предъявляться такие же требования, как и к внутреннему продукту компании.

В этом докладе мы:
* попробуем применить подход «12-факторного приложения» к пайплайну;
* посмотрим, как основные парадигмы ООП можно использовать при разработке пайплайна;
* научимся проводить декомпозицию кода пайплайна на интерфейсы;
* разберемся, как реализовывать платформно-зависимые участки кода так, чтобы ваш пайп мог работать и в Jenkins, и в Gitlab CI, и в любой другой среде;
* поймем, почему иногда полезно делать автотесты для кода пайплайнов.

Доклад будет интересен DevOps-специалистам, которые хотят чуть глубже погрузиться в архитектуру приложений и применить полученные знания на практике.