Трубопровод, который никто не хочет трогать Существует особый тип конвейера DevOps, с которым в конечном итоге сталкивается большинство инженеров. Оно работает. Это никому не нравится. Никто не знает до конца, кто это написал изначально. И все знают этого Чан...
Трубопровод, который никто не хочет трогать
Существует особый тип конвейера DevOps, с которым в конечном итоге сталкивается большинство инженеров. Оно работает. Это никому не нравится. Никто не знает до конца, кто это написал изначально.
И все знают, что менять его до развертывания производства в пятницу, вероятно, плохая идея. Возможно, все началось как простой файл Jenkins.
С годами кто-то добавил сканирование безопасности. Кто-то еще добавил одобрение вручную. Затем появился обходной путь для старой системы развертывания. Шелл-скрипт появился потому, что плагин Jenkins не мог что-то надежно сделать. Был добавлен еще один сценарий, поскольку в первом сценарии возникла проблема.
В итоге у вас получится что-то вроде этого:
этап('Развертывание') {
шаги {
ш './scripts/prepare.sh'
ш './scripts/deploy.sh'
ш './scripts/verify.sh'
}
}
И где-то внутри этих скриптов есть еще несколько сотен строк Bash.
Затем однажды кто-то отдает все это агенту по кодированию ИИ и спрашивает:
«Можете ли вы модернизировать этот конвейер CI/CD?»
И ИИ возвращается с прекрасно чистым конвейером. Вот тут-то все становится интереснее.
ИИ видит технический долг. Инженеры видят историю.
Если я посмотрю на старый конвейер и увижу пять сценариев оболочки,