Что такое Blue Ocean и откуда он взялся
Когда вышел Jenkins 2, классический веб-интерфейс выглядел откровенно архаично: серые таблицы, погода-иконки сборок, нулевая поддержка концепции pipeline как первого класса. На этом фоне команда придумала Blue Ocean - отдельный визуальный слой поверх Jenkins. Идея была амбициозной:
- красивая визуализация пайплайна - стадии как граф, параллельные ветки рядом, понятно где что упало;
- встроенный редактор пайплайнов мышкой - тащишь стадии, а на выходе генерируется Jenkinsfile;
- персонализированный дашборд по пайплайнам, а не по "джобам";
- интеграция с pull request и фичебранчами из коробки.
Код: Выделить всё
/blueКлючевой момент для понимания: Blue Ocean никогда не был полноценной заменой штатному UI. Это была параллельная вселенная. Часть настроек ты всё равно делал в классике, часть смотрел в blue ocean - и эта раздвоенность в итоге его и погубила.
Судьба Blue Ocean: почему в 2026 на нём не строят
Скажу честно, без маркетинга. Blue Ocean фактически заброшен. Он находится в режиме поддержки (maintenance-only): новых фич не пилят, развитие остановлено, прилетают только редкие заплатки на серьёзные уязвимости и критичные дефекты. Визуальный редактор пайплайнов давно отстаёт от живого синтаксиса declarative pipeline - новые директивы он просто не понимает.
Причина прозаична: тащить отдельный фронтенд-стек на React параллельно основному Jenkins оказалось дорого и неподъёмно для сообщества. Поддерживать две UI-вселенные синхронно никто не смог.
Что это означает на практике:Если видишь в 2026 курс или статью, где автор предлагает "настроить CI через визуальный редактор Blue Ocean" - закрывай. Материал устарел. Строить процессы на заброшенном инструменте - значит копать себе яму.
- не делай Blue Ocean центром рабочего процесса - редактор пайплайнов мышкой это путь в никуда, Jenkinsfile пишут руками и хранят в git;
- если он у тебя стоит как наследие - можно оставить ради старой visualization, ничего не рухнет, но новые фичи туда не приедут;
- на свежих инсталляциях ставить его смысла нет - в штатном UI уже есть достойная замена.
Современный jenkins ui: Stage View и Pipeline Graph View
Хорошая новость: пока Blue Ocean угасал, штатный интерфейс подтянулся. В 2026 за визуализацию отвечают два плагина прямо в обычном UI, без отдельного приложения.
Pipeline: Stage View - ветеран. Даёт на странице джобы таблицу: строки это запуски, столбцы это стадии, в ячейках время выполнения и статус цветом. Удобно ловить тренд: видно, что стадия "Test" последние пять сборок деградирует по времени. Это базовый jenkins pipeline view, он есть почти везде.
Pipeline Graph View - актуальный фаворит и фактический наследник Blue Ocean. Это та самая визуализация со стадиями-узлами и параллельными ветками, но встроенная в штатный jenkins ui, а не в отдельную вкладку
Код: Выделить всё
/blueЧтобы получить современный jenkins pipeline view без Blue Ocean, поставь нужные плагины декларативно через JCasC и список плагинов. Вот рабочий фрагмент конфигурации:
Код: Выделить всё
# plugins.txt - для jenkins-plugin-cli
pipeline-stage-view
pipeline-graph-view
configuration-as-code
workflow-aggregator
git
kubernetes
Код: Выделить всё
pipeline {
agent any
options {
timestamps()
disableConcurrentBuilds()
}
stages {
stage('Checkout') {
steps {
checkout scm
}
}
stage('Build') {
steps {
sh './gradlew clean assemble'
}
}
stage('Quality') {
parallel {
stage('Unit tests') {
steps {
sh './gradlew test'
}
}
stage('Lint') {
steps {
sh './gradlew check -x test'
}
}
}
}
stage('Package') {
steps {
sh 'docker build -t app:${BUILD_NUMBER} .'
}
}
}
post {
always {
junit '**/build/test-results/**/*.xml'
}
}
}
Если запускаешь Jenkins в Kubernetes на эфемерных агентах, граф так же прозрачно покажет стадии, выполняемые внутри пода. Базовый podTemplate декларативно:
Код: Выделить всё
pipeline {
agent {
kubernetes {
yaml '''
apiVersion: v1
kind: Pod
spec:
containers:
- name: build
image: gradle:8-jdk21
command: ["sleep"]
args: ["infinity"]
'''
}
}
stages {
stage('Build') {
steps {
container('build') {
sh 'gradle assemble'
}
}
}
}
}
Вектор развития ясен: Jenkins консолидирует всё в одном штатном UI на базе Jenkins Design Library, отказавшись от идеи отдельного фронтенда. Pipeline Graph View, обновлённые страницы джоб, более чистая навигация - это и есть направление 2026. Никаких "вторых интерфейсов" больше не будет.
Но давай начистоту, без фанатизма. Даже с Pipeline Graph View jenkins ui остаётся функциональным, а не вылизанным. Многие команды смотрят на GitLab CI и GitHub Actions именно ради цельного современного опыта: пайплайн описывается в YAML рядом с кодом, визуализация запусков встроена в платформу, не нужно поднимать и обслуживать отдельный сервер. У GitHub Actions огромный marketplace готовых экшенов, у GitLab CI - единая платформа "репозиторий плюс CI плюс реестр" из коробки.
Это нормально - признавать сильные стороны конкурентов. Сила Jenkins не в красоте интерфейса, а в гибкости: тысячи плагинов, declarative и scripted pipeline, полный контроль над инфраструктурой, эфемерные агенты в Kubernetes, конфигурация через JCasC как код. Если тебе нужен глянцевый UI и ты живёшь внутри GitHub или GitLab - возможно, твой CI уже там. Если нужна предельная гибкость и self-hosted - Jenkins, и красивый jenkins pipeline view ты получишь через штатный Pipeline Graph View, а не через мёртвый blue ocean.
Типичные грабли
- Строить рабочий процесс на Blue Ocean в 2026. Он заброшен, редактор не знает новых директив. Только Jenkinsfile в git.
- Считать визуальный редактор пайплайнов источником истины. Истина - файл в репозитории, а не клики мышкой.
- Ждать графа без стадий. Если весь пайплайн - один безымянный блок, Stage View и Graph View покажут пустоту. Делай осмысленные .
Код: Выделить всё
stage('Имя') - Путать Stage View и Graph View. Первый - таблица истории запусков, второй - граф конкретного запуска. Они дополняют друг друга.
- Тащить плагины руками через UI. В 2026 - plugins.txt и JCasC, чтобы инсталляция была воспроизводимой.
Повтори руками, минут на двадцать:
- Подними Jenkins LTS (актуальная линия - 2.541.x, январь 2026; учти, что это последняя LTS с поддержкой Java 11, дальше минимум Java 17/21).
- Поставь плагины pipeline-stage-view и pipeline-graph-view через Manage Jenkins, а лучше - пропиши их в plugins.txt.
- Создай Pipeline-джобу с declarative Jenkinsfile из урока (с параллельным блоком Quality).
- Запусти пару раз и сравни: открой Stage View на странице джобы и Pipeline Graph View конкретного запуска. Найди, где видно деградацию времени стадии, а где - параллельные ветки.
- Если есть Blue Ocean - зайди в и сравни картинку. Убедись, что Graph View покрывает те же сценарии в штатном UI.
Код: Выделить всё
/blue
- Почему в 2026 нельзя строить рабочие процессы на Blue Ocean и в каком он состоянии?
- Чем Pipeline Stage View отличается от Pipeline Graph View и когда что смотреть?
- Какой плагин в штатном jenkins ui считается фактическим наследником визуализации Blue Ocean?
- Почему команды уходят на GitLab CI или GitHub Actions ради UI - и в чём остаётся сила Jenkins?
Blue Ocean - красивая глава из эпохи Jenkins 2, но именно глава из прошлого: он в режиме поддержки, новых фич нет, строить на нём процессы нельзя. Современный jenkins интерфейс живёт в штатном UI: Stage View для истории запусков и Pipeline Graph View как актуальный jenkins pipeline view со стадиями и параллельными ветками. Если красивый интерфейс - твой главный критерий, честно посмотри на GitLab CI и GitHub Actions. Если нужна гибкость, плагины и контроль над инфраструктурой - твой выбор Jenkins, а визуализацию ты возьмёшь из штатного Graph View, а не из заброшенного blue ocean.
