Безусловно, Дженкинс является наиболее принятым инструментом для непрерывной интеграции, владеющего Почти 50% доли рынка Анкет Поскольку многие разработчики используют его, он имеет превосходное Поддержка сообщества , как ни одна другая альтернатива Дженкинса. При этом он имеет более 1500 плагинов, доступных в целях непрерывной интеграции и доставки.
Мы любим и уважаем Дженкинса. В конце концов, это первый инструмент, с которым мы столкнулись в начале нашей карьеры автоматизации. Но поскольку в поле автоматизации все быстро меняется, Дженкинс Остался со своим старым подходом Анкет Несмотря на то, что многие разработчики и компании используют его, большинство из них не довольны этим. Используя его сами в предыдущих проектах, мы быстро разочаровались его Отсутствие функциональности, многочисленные проблемы технического обслуживания, зависимости, и Проблемы масштабирования.
Мы решили выяснить, сталкиваются ли другие разработчики с одинаковыми проблемами, и быстро увидели необходимость создания инструмента. Мы спросили некоторых разработчиков на прошлогоднем саммите AWS в Берлине. Большинство из них сказали нам, что они выбрали Дженкинс Потому что это бесплатно в первую очередь. Однако многие из них выразили заинтересованность в попытке использовать какую -то другую альтернативу Дженкинса.
При использовании Jenkins команды, как правило, делают больше ошибок с доставкой и в конечном итоге получают Сломанные трубопроводы . В результате они внедряют неэффективные практики, не могут хорошо принять гибкость и потерять гибкость в инновациях. Когда возникают проблемы, вам сразу же понадобится эксперт, который решит проблемы для разблокировки разработчиков.
Серверы CI датируются серединой 2000-х годов, когда контейнеры и микросервисы не были такими популярными. Исходя из этой эпохи до облака, Дженкинс предназначен в основном для ручных установков. Это действительно не помогает принять Максимальное преимущество контейнеров Docker создать современную инфраструктуру. Интеграция Docker обрабатывается через несколько плагинов (около 30 различных доступны с именем «Docker»). Для того, чтобы заселить мир, это не то, что вы ищете в инструменте CI.
Проблемы возникают с управлением доступом, удобством для конфигурации и настройке заданий. Даже с Jenkinsfile Это поможет вам определить структуру работы, вам необходимо воссоздать новые рабочие места с нуля. С помощью CLI вам нужно хорошо знать, как Jenkins хранит свои конфигурации, и документация на самом деле не помогает вам там вообще. Инструмент сложно научиться, особенно с точки зрения новичка.
В общем, настройка Jenkins трудно создать, поддерживать и автоматизировать.
Дженкинсу требуется много технического обслуживания, поэтому вам нужно иметь специализированных экспертов для эффективного решения проблем.
Вам нужно создавать и управлять сценариями, чтобы организовать все. Даже основные концепции конвейера развертывания, такие как сборка, артефакт, среда, переменные, шаги, триггеры, рабочие процессы, приложения и услуги, откат, тестирование и мониторинг Все требуют работы Jenkins или сценария для управления Анкет Запрещение о трудовом сценарии сценария не работает в современном мире общественных облаков, контейнеров и микросервисов.
Это принесет больше проблем, чем выгоды, поскольку вы должны сохранить эти сценарии, поскольку технологии и приложения меняются и развиваются. В конце концов, вы Потратьте больше времени на поддержание Затем развертывание новых версий продукта. Ваша команда DevOps должна внедрять инновации в процессе развертывания, а не иметь дело со сломанными трубопроводами. Ваши трубопроводы должны быть динамичными и легко адаптируемыми к изменениям экосистемой.
Плагины великолепны, так как они могут обеспечить расширяемость для основных функций системы. Но что происходит, когда вам нужно использовать плагин для всего, даже основные задачи? Постройте для среды Docker, Kubernetes, вытягивание от Github, аутентификация … все довольно распространенные задачи, для которых вам нужно Установите и поддерживайте плагин Анкет
У Дженкинса сегодня есть более 1500 плагинов. Как вы решаете, какой из них использовать? Большинство из них написаны третьими лицами, что означает, что они могут потерять поддержку без какого -либо уведомления.
Кроме того, стоит упомянуть цепочку зависимостей. Многие услуги постоянно меняются, делая Зависимости плагинов очень проблематичны и одна из наиболее распространенных причин сломанных трубопроводов. Это на самом деле не обеспечивает доступность и стабильность.
Дженкинс родился еще до Микросервисы стали популярными . Таким образом, это очень плохая работа по поддержке микросервисов. Особенно Наблюдение и мониторинг Аспекты при наличии более значительного количества микросервисов, каждый из которых имеет свой собственный процесс трубопровода.
Без поддержки для интеграции и тестирования нескольких сервисов одновременно, Дженкинсу не хватает важных функций для приложений для микросервиса.
Непрерывная интеграция является частью всего процесса непрерывной доставки, но вам нужно больше, чем CI, чтобы достичь зрелости компании в CD.
С Дженкинсом вы можете попробовать самостоятельно построить платформу компакт -дисков, но имейте в виду, что вам понадобится целая команда для нее, множество времени и технического обслуживания.
Дженкинс поставляется с ограниченным набором функций. Вам нужны плагины для интеграции со многими инструментами, которые мы используем в сегодняшней экосистеме. Самым большим профессионалом Дженкинса является то, что он используется и управляется сообществом, поэтому вы можете в основном найти ответы на свои вопросы.
Дженкинс лучше всего:
- Локальные решения
- Код размещена на месте
- Высоко индивидуальные рабочие процессы
- Компании, у которых есть ресурсы, чтобы посвятить команду управлять и поддерживать ее
- Компании, которые не хотят тратить на инструмент
Для других решений, возможно, вы захотите попробовать инструменты, созданные с учетом современных DevOps, таких как [microtica] ( https://microtica.com/?utm_source=devto&utm_medium=referral_link&utm_campaign=jenkins_is_old .
Для более конкретных альтернативных предложений Jenkins, ознакомьтесь с Эта статья Анкет
Оригинал: «https://dev.to/microtica/jenkins-is-getting-old-1mf6»