GITLAB CI/CD vs JENKINS. Что выбрать для своих CI CD pipeline?
Ғылым және технология
Основы компьютерных и веб-технологий с Python от Диджитализируй to.digital/course01antonpavle...
CI / CD - это сокращение Continuous Integration/ Continuous Delivery / Continuous Deployment (т.е. непрерывной интеграции / непрерывной доставки / непрерывного развертывания).
У многих начинающий возникает вопрос какую систему выбрать для создания ci cd pipeline?
В видео я хочу сравнить jenkins vs gitlab ci/cd так как с обоими системами мне приходилось работать. С jenkins pipeline больше с gitlab ci поменьше.
Это чисто мое мнение по вопросу gitlab ci/cd vs jenkins . Ваше пишите в комментарии под видео.
Если вы хотите чтобы я сделал видео какой язык программирования выбрать DevOps инженеру пишите об этом в комментарии.
Gitlab CI/CD уроки на простом примере - • В прод с помощью GITLA...
Видео о YAML - • YAML VS JSON. YAML для...
#gitlab #gitlabcicd #ityoutubersru #АнтонПавленко #jenkins
ХОТИТЕ ПОМОЧЬ РАЗВИТИЮ КАНАЛА?
★ BITCOIN: 3DkeRMFu4jsZCvRj8Bxn8iQCkgxfeVaxg8
★ Boosty (подписка донаты) boosty.to/pavlenkoat
★ Яндекс.Деньги: money.yandex.ru/to/4100124083...
★ www.donationalerts.com/r/pavl...
★ www.tinkoff.ru/rm/pavlenko.an...
gitlab ci/cd vs jenkins
КОНТАКТЫ:
✦ Канал в TELEGRAM: t.me/worlditech (worlditech)
✦ Чат в TELEGRAM: t.me/linux_witпростых примерах
✦ Группа в VK: worlditech
✦ INSTAGRAM: / pavlenko.at
✦ DISCORD: / discord
Еще контакты:
✧ t.me/pavlenko_at
✧ atpavlenko
✧ / anton.pavlenko.94
Пікірлер: 85
Спасибо, было интересно послушать.
Благодарю за видео! Всех Вам благ! К слову, сам я использую GitLab --- для моих задач выше крыши )
еще gitlab ci позволяет делать простыми include добавление в ваш pipeline кусочка кода из других yaml в которых реализованы какие-то определенные смысловые шаги и недавно появился. pipeline editor в котором есть linter которые проверяет на лету не только синтаксис и правильность расстановки пробелов но и взаимосвязанный код
Спасибо за прекрасное сравнение и описание, как раз сейчас с gitlab разбираюсь, услышал о тех вещах которые упоминались в ролике.
Последний факт про опенсорсность дженкинса, с возможностью его дописать, напомнил знаменитую картинку Open Source vs Closed Source.
Привет Антон просто хотел спросить тебя работая в банке Тинькоф как SRE какие технологии вы используете. Работаете ли вы с Docker, kubernetes? А вообще в будущем, если захочу работать в вашем банке, то что лучше изучить чтобы была возможность работать как SRE, на какие темы обратить в первую очередь? твои видео но у каждой компании свои технологии, просто интересно какой стек в Тинькоф? Также хотел тебя спросить по каким ресурсам ты сам изучал Apache Kafka? Сам по опыту работы в прошлом работал системным администратором Linux, сейчас думаю сменить направления с системных администраторов в сторону SRE, DevOps.
Спасибо за видео, доходчиво и достаточно кратко. Любви, здоровья и вдохновения.
Спасибо, Антон. Занимательно!
Начинал я свою работу с дженкинса, и это было просто. В вебе всё мышкой накидал, опа - оно уже собирается. Когда сложность выросла, а переносимости стало не хватать, по уже написанному стали пилить дженкинс пайплайны, формат декларатив (по сути 2 несовместимые концепции, но без костылей только декларатив даёт такие вещи как полный контроль и возможность перезапуска не всего пайплайна а только отдельного шага). Дока несложная и понятная, пока не нужно особых извращений. А потом попытался перейти на гитлаб ci - и с одной стороны оно слишком тупо и просто, а с другой - без изучения каких-то азов приступить к работе просто невозможно. Плюнул и пошёл искать достаточно подробный видеокурс, что сейчас и делаю...
* Всегда выберу Jenkins имея большой опыт в 4х других решениях. :) * Обожаю Groovy - милейший и лёгкий язык. Использовал вне CI/CD. Жаль не распространен. * Есть подход, когда выношу 99% логики в bash/PowerShell/Python/etc... Особенно удобно стало с появлением Docker в массах. Если зоопарк систем или нельзя обновить древний CI/CD сервер, то выручает. Правда, я заморачиваюсь с написанием легко поддерживаемого кода. * Спасибо автору за труд!
Что за трек на фоне играет? 🙂
Инфа полезная, приятно вас слушать, но руки нужно привязывать перед эфиром))
Здравствуйте, можно более подробнее...
Так не надо файл CI/CD в Gitlab рядом с кодом хранить, его(их) надо в отдельной репе хранить, где разрабы могут только смотреть и МР делать, максимум. Всё там можно настроить по доступам к секретам и переменным окружения. Gitlab - это пластилин, лепи, что хочешь, плюс это всё в одном, соответственно, меньше точек отказоустойчивости. В Gitlab раздолье не меньше, можно всё, даже фишки платного Gitlab можно организовать своими руками в бесплатной версии.
@pavlenkoat
2 жыл бұрын
Если использовать разные репы то да. Не спорю, наверно надо было этот кейс раскрыть. Просто в маленьких проектах вижу что все хранят вместе.
@vanger_
2 жыл бұрын
@@pavlenkoat feature flags в GitLab завезли пару релизов назад, он доступен для всех. А выглядит как этого нет, все те же основные функции jenkins есть в GitLab
Снова лайк
@pavlenkoat
2 жыл бұрын
Спасибо
Ребят а кто нибудь подскажет Дженкинс будет работать без интернета ? Или есть какое то альтернативное приложение, которое работает с локальном гитом
@weallliveinufa280
Жыл бұрын
будет
Выпуск - хорош. Лучше только твоя борода)
А как же тимсити? А как же Azure pipelines? Gitlab - это не VCS
@pavlenkoat
2 жыл бұрын
Так я ж в начале сказал я с ними не работал
@dmitry_orlov
2 жыл бұрын
Они от лукавого
@denistu10
2 жыл бұрын
Azure Pipeline это боль, как и весь Azure DevOps, недоделаный комбайн
@vabka-7708
2 жыл бұрын
@@denistu10 хз, вроде норм. Не тимсити конечно, но тоже неплохо. Youtrack для отслеживания задач есесено лучше будет
@mootal2202
2 жыл бұрын
Тимсити снаружи хорош, но с точки зрения DevOps - не очень. Т.к. IaC в нём неудобен. К тому же платный и закрытый и отстаёт по фишкам от GitLab
как перенести репозитории из одного gitlab в другой gitlab? Осознанный коментарий
@pavlenkoat
Жыл бұрын
Создать репозиторий пустой без веток, склонировать репозиторий и запушить
Я DevOps, и я выбираю Jenkins)
@pavlenkoat
2 жыл бұрын
А я пикачу )))))
@user-cm4qp4id7m
2 жыл бұрын
@@pavlenkoat Пикачу у нас тоже есть))
@Gulik17
2 жыл бұрын
А можно без докера организовать автодеплой? Везде только с докером показывают?
@user-cm4qp4id7m
2 жыл бұрын
@@Gulik17 можно все. Зависит от технологий и задач.
@pavlenkoat
2 жыл бұрын
@@Gulik17 А есть разница? Выполняешь команды и все.
У Дженкинса логотип симпатичный
@pavlenkoat
2 жыл бұрын
Значит выбор очевиден))))))
Надо было про Team city рассказать))
@pavlenkoat
2 жыл бұрын
Не работал я с ним
@zloyzlovred3019
2 жыл бұрын
@@pavlenkoat вот и зря... очень удобно
@pavlenkoat
2 жыл бұрын
@@zloyzlovred3019 Он платный. Знаю компании которые от него отказываются из-за этого
@zloyzlovred3019
2 жыл бұрын
@@pavlenkoat плохо изучали вопрос. Там он бесплатный но есть ограничения на колличество билд агентов
@pavlenkoat
2 жыл бұрын
@@zloyzlovred3019 Я знаю. В компаниях где я работаю их не хватает.
я вообще ни с чем ещё не работал, только начал осваивать TeamCity, но довольно удобный, правда платный, когда инфраструктура разрастается
Tekton
@pavlenkoat
2 жыл бұрын
Что это значит?
Azure 🤪
01:45 - заслужил подписку
kzread.info/dash/bejne/gHZ5uaRtXb3Pcaw.html Вот этот моментособо порадовал
ха ха - так везде я про то что хаос в репо
То чувство, когда у тебя на работе gitlab+jenkins
@pavlenkoat
2 жыл бұрын
На прошлой так же было. В гитлабе линтер для кода остальное в Дженкинс
Эм.... Я уже видел это видео.. Как-так?
@pavlenkoat
2 жыл бұрын
Хде?
Чувства фронтендера задеты
@pavlenkoat
2 жыл бұрын
Ну странные фронтендеры мне попадаются
@dmitry_orlov
2 жыл бұрын
@@pavlenkoat это были верстальщики
@pavlenkoat
2 жыл бұрын
Да нет фронтендеры. Они на мерзком js кодили
@dmitry_orlov
2 жыл бұрын
@@pavlenkoat ой всё
честно говоря очень дорогой курс..прям ну совсем
@pavlenkoat
2 жыл бұрын
По мне очень дешёвый. Обычно курсы начинаются от 40к.
чё там комменты для ютуба еще надо писать?
@pavlenkoat
2 жыл бұрын
Конечно. Просто не всегда успеваю просить
По теме - вообще ничего. Переливание из пустого в порожнее. Ни примеров, ни картинок. Бред