Когда у вас множество проектов, то какой вариант лучше:
1. Один сервер с Jenkins, который обслуживает все проекты и все удаленно деплоит
2. На каждом сервере, где публикуется проект свой Jenkins и он локально все собирает и локально деплоит

И если первый вариант, то как осуществлять деплой Spring Boot приложений на Windows серверах? Через psexec?

Blazkowiczjust_vladimirИ если первый вариант, то как осуществлять деплой Spring Boot приложений на Windows серверах? Через psexec?
Ну, как вариант. Правда, в Spring Boot же нет нативной поддержки Windows Service. Можно в war модуль собирать и удаленно деплоить.
В смысле на серверах поставить какие-нибудь Tomcat'ы и деплоить war'ники на них, а не просто jar'ники запускать?

BlazkowiczЭэ, а в случае ребута что делать? В шедулере создавать перезапуск? Ну, уж нет. Либо установить контейнер как сервис и деплоить в него. Remote deploy, вроде, все контейнеры умеют. Либо Windows Service. Надо посмотреть что там за приблуда к Spring Boots. Я пока procrun-ом пользуюсь. Очень доволен. Лучше чем scv и tanuki wrapper. А на winsw ещё надо посмотреть.
Да завернуть в windows service то не проблема, обхожусь утилитами SRVANY и INSTSRV из Windows Resource Kit, внутри то все равно идет java -jar myApp.jar

А еще такой кейс, если Jenkins живет на Linux тачке, а нужно задеплоить Spring Boot на Windows (обернуто в windows service), то какими средствами лучше 1. скопировать файлы на целевой сервер 2. управлять службой ?

Petro123just_vladimir1. скопировать файлы на целевой сервер
наверно как обычно командой SCP в линукс. Сабж тут ни при чём.
Предполагается, что на винде нужно поднять SSH сервер или там есть что то встроенное на эту тему? И как потом стартануть службу, тож не очень понятно...

Petro123just_vladimirПредполагается, что на винде нужно поднять SSH сервер или там есть что то встроенное на эту тему? И как потом стартануть службу, тож не очень понятно...
тогда вы мне объясните.
Нафига козе боян(spring boot) если вы его не знаете? И админа нету?
Нафига там стоит винда если админа нету и все сервера ваши?

Вас не затруднит подсказать, что нужно знать про Spring Boot? Про админа и винду вообще посыл непонятен. Вообще не понимаю вашу агрессивную риторику, я не знаю, как этот процесс правильно организовать, и именно по этому задаю вопросы, а не пытаюсь кого то учить, как нужно делать. Может быть знаете хороший RTFM, дак поделитесь, буду благодарен.

Petro123Делаете по простому:
- на винде томкат
- командой scp пишите приложение.war в папку автодеплоя.
Всё.
Простой вопрос, как команда scp скопирует мне этот war с линукс тачки на виндовую? Что для этого нужно сделать (видимо поставить какое то стороннее ПО, которое поднимет SSH сервер или какие варианты)? И все таки, если хочется без tomcat, то как стартовать некий процесс или службу на удаленной виндовой тачке, когда локальная тачка линуксовая?

Андрей Панфилов,
может быть я что то неверно понимаю, но Jenkins это continuous integration, а не только build сервер, задача CI ведь выполнить интеграцию всех доработок как можно раньше, чтобы как можно раньше увидеть ошибки интеграции, так ведь? Для этого действительно все собрать, прогнать автоматизированные тесты, которые можно выполнить не публикуя и выкатить ее куда нибудь для проверки, и мне казалось все это как раз и должен сделать мой CI, разве нет?

Petro123,
а что не так с серверами на винде? у заказчика есть такие сервера и нам удобней у себя держать аналогичные для соответствующего проекта, что в этом плохого?

Андрей Панфиловjust_vladimirможет быть я что то неверно понимаю, но Jenkins это continuous integration, а не только build сервер, задача CI ведь выполнить интеграцию всех доработок как можно раньше, чтобы как можно раньше увидеть ошибки интеграции, так ведь? Для этого действительно все собрать, прогнать автоматизированные тесты, которые можно выполнить не публикуя и выкатить ее куда нибудь для проверки, и мне казалось все это как раз и должен сделать мой CI, разве нет?Давайте для начала опираться на какой-нибудь ресурс, где постулированы вещи, на которые вы хотите опираться, темы "задача CI ведь выполнить интеграцию всех доработок как можно раньше, чтобы как можно раньше увидеть ошибки интеграции" в разрезе CI вообще какбы нет, в разрезе CI "интеграция" - это "интеграция изменений" в проекте, а не "интеграционные тесты", то о чем вы говорите - это или continuous deployment или continuous delivery. То что билд-сервер что-то куда-то деплоит условно хорошо работает в случае gitflow, когда специально обученный и выделенный человек постоянно мержит изменения вежду ветками, а во всех остальных случаях я хочу иметь кнопку "установить билд с номером ... на ..."
Предлагаю опираться на классиков https://martinfowler.com/articles/continuousIntegration.html

Petro123just_vladimirа что не так с серверами на винде? у заказчика есть такие сервера и нам удобней у себя держать аналогичные для соответствующего проекта, что в этом плохого?
я пока нигде не оворил что это плохо. Я удивлялся что ты сам собрался что то кидать и запускать у заказчика.
Обычно это не разрешает админ заказчика.
не-не-не, у заказчика я ничего запускать не хочу, просто, если у заказчика продакшен сервера на винде, то было бы весьма логично, что моя тестовая среда была бы тоже на винде

Petro123,
вашу идею понял, на виндовом сервере поднимаем OpenSSH сервер и дальше в целом все понятно