Size: a a a

2019 November 08

A

Anton in DevOps
На данный момент приложения деплоятся через сам ранчер, там есть каталог приложений. Если в ранчере с cattle деплоить приложение из каталога определенной версии, то дальше от current версии идти можно только вперед, назад по версиям идти невозможно, о чем в официальной документации написано. Почему? Понятия не имею. Видимо как раз разработчики ранчера как раз знают только latest.
С дженкинс отдельный разговор. Через плагин ранчера дженкинс даже не коннектится к нему, он вон даже висит и орет обнови меня, хотя версия последняя. В чате дженкинс спрашивал про работу дженкинс и ранчера, тоже никто ничего хорошего не сказал. Плагин кривой. Если у вас есть опыт работы дженкинс с ранчером поделитесь, я буду не против.
Вот сейчас смотрю как раз на ci/cd гитлаба, но там это именно ci/cd каким он должен быть, без всяких каталогов ранчера с его темплейтами. На этот ci/cd еще всю ораву разработчиков перевести надо, а деплоить надо сейчас.
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
Anton
На данный момент приложения деплоятся через сам ранчер, там есть каталог приложений. Если в ранчере с cattle деплоить приложение из каталога определенной версии, то дальше от current версии идти можно только вперед, назад по версиям идти невозможно, о чем в официальной документации написано. Почему? Понятия не имею. Видимо как раз разработчики ранчера как раз знают только latest.
С дженкинс отдельный разговор. Через плагин ранчера дженкинс даже не коннектится к нему, он вон даже висит и орет обнови меня, хотя версия последняя. В чате дженкинс спрашивал про работу дженкинс и ранчера, тоже никто ничего хорошего не сказал. Плагин кривой. Если у вас есть опыт работы дженкинс с ранчером поделитесь, я буду не против.
Вот сейчас смотрю как раз на ci/cd гитлаба, но там это именно ci/cd каким он должен быть, без всяких каталогов ранчера с его темплейтами. На этот ci/cd еще всю ораву разработчиков перевести надо, а деплоить надо сейчас.
не знаю, что у Вас не так, но я могу задеплоить как версию 1.15.1, так и 1.61.100, так и 1.2.29 в любой момент времени)
источник

A

Anton in DevOps
Антон [R13 🍆 Ivelok] Перетрухин
не знаю, что у Вас не так, но я могу задеплоить как версию 1.15.1, так и 1.61.100, так и 1.2.29 в любой момент времени)
когда вы задеплоили версию 1.15.1 вам ранчер говорит, что в каталоге есть новая версия и вы можете обновить стэк на версию 1.61.100 в данном примере, но версию 1.2.29 он в списке не покажет. только по версиям выше от текущей.
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
Anton
когда вы задеплоили версию 1.15.1 вам ранчер говорит, что в каталоге есть новая версия и вы можете обновить стэк на версию 1.61.100 в данном примере, но версию 1.2.29 он в списке не покажет. только по версиям выше от текущей.
кек, ну видимо это твоя побочка в виде сворма)
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
и у меня совершенно другие сущности)
источник

A

Anton in DevOps
https://rancher.com/docs/rancher/v1.6/en/catalog/ UPGRADING TEMPLATES Note: Once you have finished your upgrade, you will not be able to revert to the older version.
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
выкини сворм, подними на всё на rancher ipsec или пересядь на другой стул :)
источник

A

Anton in DevOps
что-то вот я сомневаюсь, что дело в оркестраторе, если тут речь о каталоге
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
Anton
что-то вот я сомневаюсь, что дело в оркестраторе, если тут речь о каталоге
а, ну у меня видимо всё решилось очень просто... не использованием каталогов :)
источник

A

Anton in DevOps
если бы все было так просто, версия ранчера была бы 2 с кубером, а так приходится работать с тем, что есть на данный момент
источник

A

Anton in DevOps
Антон [R13 🍆 Ivelok] Перетрухин
а, ну у меня видимо всё решилось очень просто... не использованием каталогов :)
каталог должен упростить деплой сервисов, разве нет?
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
Anton
каталог должен упростить деплой сервисов, разве нет?
Упростил? :)
источник

A

Anton in DevOps
в моем манямирке ранчер упрощает работу, следовательно его фича каталога тоже должна помогать. каким образом в голове разработчиков возникла мысль не делать даунгрейд сервисов для меня загадка. кривой докер композ может, ранчер не может. чудеса прям
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
Anton
в моем манямирке ранчер упрощает работу, следовательно его фича каталога тоже должна помогать. каким образом в голове разработчиков возникла мысль не делать даунгрейд сервисов для меня загадка. кривой докер композ может, ранчер не может. чудеса прям
Выглядит так, что создать стек вручную и положить туда все нужные сервисы - проще и логичнее. И апгрейдить их можно на любую версию.
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
ранчер 1.х фактически и так инвалид, а ты от него хочешь упрощения работы и розовых пони. :)
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
И ранчера тоже, да :)
источник

АП

Антон [R13 🍆 Ivelok] Перетрухин in DevOps
"ну в принципе не так уж и плохо" - это прямо сто-процентно точное описание Нексуса.
источник

A

Anton in DevOps
окей, если мы через сервисы скачем по версии, а не по версиям стака, то если разрабы добавят новую опцию в приложение, то надо эту опцию писать в Variable, так? окей, тут нас просят вернуть прошлую версию. мне или разрабам в блокнотик записывать, в какой версии какую опцию добавить/удалить?
источник

A

Anton in DevOps
с каталогом и версиями стека вполне себе нормальный подход, потому что все версии лежат в гите и там вписываются нужные questions в rancher-compose.yml
источник

A

Anton in DevOps
вполне себе нормальный подход за исключением едииииинственного момента, о котором собственно и речь
источник