Size: a a a

Kubernetes — русскоговорящее сообщество

2020 June 25

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
4c74356b41
в смысле не умеет
не умеет
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
Jenkins умеет только запускать джобу по событию из github. А какое-то событие понимать не умеет. То есть тебе надо будет все это реализовывать самому
нене, ты не понял. У дженкинса есть триггеры внешние, в котоые как параметр можно прямо передать id PR
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
то есть не дженкинс опрашивает github, а github дёргает jenkins
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Andrey Kartashov
нене, ты не понял. У дженкинса есть триггеры внешние, в котоые как параметр можно прямо передать id PR
а потом что ты с этим параметром будешь делать? Тебе один фиг надо будет написать свой скрипт, который распарсит payload от github и сделает какое-то дейсвтие
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Andrey Kartashov
то есть не дженкинс опрашивает github, а github дёргает jenkins
я в курсе как работают хуки. У меня у самого github + jenkins + github plugin
источник

SF

Stacy Fidelina in Kubernetes — русскоговорящее сообщество
Приветы,
столкнулась с фантомными ошибками в опеншифте, когда не отвечает route на сервис
при этом, если поставить nginx , route которого работает и прописать ему в лоб мой сервис, то он отвечает!!
Сами роуты ведут себя не стабильно

в логах иногда встречаю вот такую ошибку
Error proxying data from backend to client: write tcp 172.29.227.50:10250->172.29.227.50:35524: write: broken pipe

подскажите, плиз что-нибудь
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
а потом что ты с этим параметром будешь делать? Тебе один фиг надо будет написать свой скрипт, который распарсит payload от github и сделает какое-то дейсвтие
я не спец в jenkins, но мне кажется, всё уже написано до нас
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
утверждают, что https://plugins.jenkins.io/generic-webhook-trigger/ умеет парсить json
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
да и вообще, распарсить json и написать оператор - это несколько... кхм.. разные вещи
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Andrey Kartashov
я не спец в jenkins, но мне кажется, всё уже написано до нас
Не написано в данном случае. Было бы написано, он бы штатно умел бы понимать событие удаления бранча или мержа PR и тригерить какие-то задачи в зависимости от этого.

generic-webhook-trigger - ну это же тоже самое, уже выше говорили об этом -  доабвлять дополнительный хук, а потом писать скрипт, котрый в завимости от payload что-то делает - такой же костыль
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Andrey Kartashov
да и вообще, распарсить json и написать оператор - это несколько... кхм.. разные вещи
кому-то нравится операторы писать, почему бы нет?
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
Не написано в данном случае. Было бы написано, он бы штатно умел бы понимать событие удаления бранча или мержа PR и тригерить какие-то задачи в зависимости от этого.

generic-webhook-trigger - ну это же тоже самое, уже выше говорили об этом -  доабвлять дополнительный хук, а потом писать скрипт, котрый в завимости от payload что-то делает - такой же костыль
так этот плагин как раз тебе и даст id, status и merged (true/false) при парсинге.
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
"писать скрипт" это слишком громко сказано
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Andrey Kartashov
так этот плагин как раз тебе и даст id, status и merged (true/false) при парсинге.
тоже самое тебе может дать скрипт, который периодически выполняется 🤷, или оператор. Не вижу отличий
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
тоже самое тебе может дать скрипт, который периодически выполняется 🤷, или оператор. Не вижу отличий
я выше написал, почему это плохо. В jenkins у тебя уже и так есть креды от кластера и github, ты предлагаешь их в кластер ещё занести
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
это сложнее и геморойнее, + у тебя логика CI/CD частично в jenkins, частично в скрипте в кластере
источник

VR

Vadim Rutkovsky in Kubernetes — русскоговорящее сообщество
почему бы вам эту плодотворную дискуссию не перенести в девопс? Куб тут уже совсем не причем
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
эм. можешь форварднуть?
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
с удалением
источник

AK

Andrey Kartashov in Kubernetes — русскоговорящее сообщество
хотя ты не админ
источник