более часто можно генерить как раз с целью минимизировать риск, что скрипт обновления сертификатов дал сбой и сертификаты остались старыми

ну, например, интернет был не доступен из-за аварии

и ваш, поставленный в крон, скрипт обновления сертификатов не сработал

ну, а если 4 раза в месяц генерировать вместо 1 - риск такой ситуации в разы сокращается

при обновлении требуется опять биндинг на 80 порт?

при обновлении требуется опять биндинг на 80 порт?

Да. У меня на всех серверах сделано прокстирование этого дела всего в одно место, со всех серверов и генерю одновременно в одном месте: - location '/.well-known/acme-challenge' { proxy_pass http://x.x.x.x/.well-known/acme-challenge; } Очень полезно, когда куча сабдоменов надо поддерживать, а оно на разных серверах крутится.

т.е. достаточно правильно ответить на такой запрос файликом

это хорошо

А вот другой вопрос: какие открытые CI умеют агенты/воркеры запускать под windows? это для сборки кросс-платформенного софта под qt

Jenkins вроде умеет, но сам не пробовал

Парни, зашиваемся с дедлайном. Нужна помощь с настройкой Zero-Downtime Deployment в CoreOS. Необходимо также настроить Concourse. Рейт 1тр в час. Кто может помочь? Напишите в личку.

Парни, зашиваемся с дедлайном. Нужна помощь с настройкой Zero-Downtime Deployment в CoreOS. Необходимо также настроить Concourse. Рейт 1тр в час. Кто может помочь? Напишите в личку.

Сделайте пин записи. Адекватный запрос.

товарищи девопсы, всем доброго вечера. Возможно странный вопрос - есть какой нибудь рабочий способ перенести виртуальную машину с virtualbox на Xen 6.5 ? Стандартный экспорт в ovf и импорт через xencenter падает с ошибкой. Но так как xencenter "для людей" - причины ошибки нет

Клонзиллой склонировать

у ксена нет конвертера типо как у вмваре?

Есть. Можно и им воспользоваться

Можно снять образ, потом его раскатать. Можно прямо сразу по сети раскатать без образа.

Похороните это Jenkins с явой

Первый способ проще, он же холодный бекап

Gitlab runner

Освойте

Похороните это Jenkins с явой

Что вместо? И почему

Оно умеет генерить джобы?

В гитлабе генерите джобы там ci встроен

Gitlab runner

чем лучше?

И не ведитесь на плагины - размазывают логику

Тем что написано на го в виде бинарника

И не требует на годах наличие java

*noda'х

я видел. но тест сделано идиотски. и у меня 1 простой вопрос: что делать когда трафик через балансер станет больше нескольких гигабит? :)

ну не знаю ради интереса можем скооперировать и провести тест ) Возьмем по тачке на каком нить ДО один будет пулять другой принимать ))

Гитлаб и надо ставить, хотя в принципе gitlab runner можно и к другим ci прикручивать

И не требует на годах наличие java

Ну и что что джава?

Мне не в падлу в ансибл плейбук накатить что джава ставит

То, что незачем таскать на сервера всякий stuff

Ну и что что джава?

как что ! джава же бажная там проблемы с версиями, тормозит ну и все такое )))

Хз, все работает

в общем плохие аргументы. джекинс конечно страшный, но работает

Тем более что процесс с ним уже отлажен, джобы генерятся

Менять что то это анал карнавал

Я про job dsl

Ничего там не работает, Jenkins агент кстати нормально не ставится на всякие win2k12, права требуется раскапывать по реестрам и т.п. и то может отвалиться поле очередного апдейта, что агент нормально работал придется в шедулер виндые ему джоб запихать

Винда не нужна

И это тоже

я как раз только выкинул gitlab в пользу gogs

Менять что то это анал карнавал

отлично

Процесс уже отлажен и работает как часы. Зачем менять то, что прекрасно работает?

Я тоже с удовольствием выкину гитлаб в пользу Gog's,

Ты ведь не серьезно? Одноклассники в соседней вкладке.

Процесс уже отлажен и работает как часы. Зачем менять то, что прекрасно работает?

ну может каких то функций не хватает или какая то часть вызывает попоболь в эксплуатации.

Написание DSL джобов боль

а если полностью устраивает - то да.

Там что то вроде груви

Написание DSL джобов боль

это скорее из за доки убогой.

А вообще, у меня создалось впечатление, что дженкинс в принципе для вызова баш-скриптов тому, кто не умеет в консоль.

Только потому, что из меня так себе программист

да, там подмножество груви типа. это как JS в монге, он как бы есть но как бы нет )

А вообще, у меня создалось впечатление, что дженкинс в принципе для вызова баш-скриптов тому, кто не умеет в консоль.

Хахаха

Gogs, как только он начнет поддерживать интеграцию с jira (еще одно адское совто на Java) и будет включать ci

Хахаха

Вся остальная интеграция - это боль

Gogs, как только он начнет поддерживать интеграцию с jira (еще одно адское совто на Java) и будет включать ci

а чем гитлаб не угодил ?

Вся остальная интеграция - это боль

вобще с джениксом есть принцип, "если можете сделать что то не используя плагин - сделайте."

вот да

неплохо

просто вот со слаком интеграцию, мы всю на вызовы курлов перевели потому что рили проще.и переносимее.

а всякие там штуки типа "сильно хитрое письмо собери и отправь" это лучше все таки плагином ибо гемор )

Как в гитлаб решают следующую задачу: Есть несколько окружений. Скажем 6. Есть несколько продуктов и туча микросервисов. Я хочу написать джоб один раз и размножить его по всем окружениям. Надо иметь в виду, что окружения немного разные и джобы соответственно должны слегка отличаться.

но если есть время...

Скорее gogs прельщает больше своей минималистичность в плане зависимостей, чем гитлаб с чем-то не угодил. Пока у гитлаб есть преимущества указанные выше

гитлаб не CI )

Уже давно в нем есть ci

там есть функции пары примитивных хуков для запуска джобов на тачках агентах не больше

это не делает его CI'ем.

Там есть pipeline

я это могу на баше и хуках гитовых захерачить за пару часов )

т.е. тачка агент еще должна быть видна для gitlab ci?

а если это офисная сетка с агентами? а gitlab в интернетах?

Это и есть нормальный ci, со stages, остальное свистоперделки

нет ли модели pull для агентов, чтобы они сами висели на ожидании с gitlab сервера?

Gitlab runner реализует именно pull схему

у всех свое понимание CI

У меня правильное )

ну блин, только снес этого бегемота gitlab