Comments 10
Обязательно проверяйте вашу резервную копию один-два раза в мемесяц
Что значит, проверяйте? Как?
Ядро дженкинса с плагинами паковать в war или имидж. Конфигурацию - в jcasc. Джобы - в Jenkinsfile/job-dsl/jjb/jte. Артефакты и логи - во внешнее хранилищие. На историю билдов не полагаться.
Если следовать этим требованиям, то бэкап не нужен. Новый инстанс поднимается с нуля за минуты.
Это какой-то корявый перевод или просто слабая статья?
Необходимо следовать best practice по по настройке Jenkins
А ссылок нет?
Старайтесь использовать утилиты в командной строке — URL или GG
Это что за утилиты, можно подробнее?
Избегайте использования мастер ноды для исполнения пайплайнов
...
весь groovy-код, который вы пишете в пайплайнах, они исполняют на мастере в любом случае
...
Если вы можете работать без них, отдайте предпочтение groovy-коду.
И тем самым возложить всё на мастер-ноду, использование которой рекомендуется избегать?
Если есть возможность использовать SSD-диски, старайтесь работать с NFC версии 3, 3.3, 4.1.
А если у меня HDD, то я могу работать с NFC v2 и ниже или мне нужно использовать NFC v5 и выше?
А ссылок нет?
Prepare Jenkins — подготовка Jenkins
Это что за утилиты, можно подробнее?
curl и wget, например вместо HttpURLConnection
И тем самым возложить всё на мастер-ноду, использование которой рекомендуется избегать?
Как показала практика, иногда оптимальнее использовать свой groovy код, чем плагин
А если у меня HDD, то я могу работать с NFC v2 и ниже или мне нужно использовать NFC v5 и выше?
Ребята из cloudbees рекомендуют использовать NFC 4.1 и выше
Т.е. вопросы не были услышаны?
Подготовка Jenkins и best practice — не одно и то же, с моей точки зрения. Первое — это то, что нужно сделать, чтобы запустить, инструкция по разворачиванию сервиса. Второе — это рекомендации, выявленные в процессе эксплуатации, которые могут легко расходиться с рекомендациями по установке.
Если пишете про "утилиты в командной строке", то пишите примеры утилит, а не невнятное "URL и GG" (Что такое GG?)
Про groovy. Противоречий в ваших советах не видите? Избегайте использовать мастер-ноду, но используйте groovy, который всегда выполняется на мастер-ноде...
Про диск тоже не поняли, видимо. У вас сказано, что " Если есть возможность использовать SSD-диски, старайтесь работать с NFC версии 3, 3.3, 4.1.". А если нет возможности использовать SSD? Как вообще связаны версии NFS (а не NFC, всё-таки, видимо) и тип диска. Ну а если вы реально NFC имели ввиду, то я тогда вообще ничего не понимаю.
Немного про то, что Дженкинс требует регулярного обновления плагинов и ядра.
Как человек, который лично видел что конкретно может сделать подобное обновление я бы посоветовал следующее.
Обновляйте Дженкинс и в особенности его плагины только если вы абсолютно уверены что это действительно вам нужно.
И даже если вами это действительно нужно, то никогда не делайте это на проде без предварительной и качественной проверки в тестовом окружении.
Почему так? Из чего это следует? Я, например, 1.5 года обновляю Жэку просто тапая кнопочку "обновить всё" и иногда обновляю самого Жэку, скачивая свежий war и перезапуская сервис. Ни раз ничего не падало и не ломалось. И теперь стало интересно -- какие у вас есть истории фейлов, чтоб так параноить? Напишите, пожалуйста, т.к. очень интересно, да и паранойя в нашем деле штука индуктивно заразная. Спасибо.
Как сделать Jenkins стабильным и сэкономить время, деньги и нервы