Size: a a a

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

2020 June 29

II

Igor Ignatev in DevOps — русскоговорящее сообщество
O Bogdan
Окей, спасибо, буду разбираться
Но вообще на гитхаб репу поведение такое же, тригерится на ветку с фильтром по патх
источник

/

/dev/null in DevOps — русскоговорящее сообщество
Ребят извиняюсь если глупый вопрос но..
есть ли простой способ остановить форватинг портов не прибегая к kill pid после:
kubectl port-forward some-pod 9080:3001 &
Что-то типа
kubectl port-forward some-pod  stop
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
не уводить kubectl в бекграунд
источник

/

/dev/null in DevOps — русскоговорящее сообщество
George Gaál
не уводить kubectl в бекграунд
нужно уводить, там pipline в CI запускается
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
либо написать обертку, которая будет его убивать
либо использовать какую-нибудь оболочку типа telepresence
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
/dev/null
нужно уводить, там pipline в CI запускается
🙀 зачем ты так делаешь ?
источник

/

/dev/null in DevOps — русскоговорящее сообщество
George Gaál
🙀 зачем ты так делаешь ?
потому что нужно
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
/dev/null
потому что нужно
раз нужно - делай сам
источник

д

да, это я in DevOps — русскоговорящее сообщество
George Gaál
раз нужно - делай сам
+
источник

/

/dev/null in DevOps — русскоговорящее сообщество
ну ок)
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
а я хотел посоветовать в gitlab services это пихнуть )))) они как раз по окончанию пайплайна сдыхают ) вот так вот - со всей душой пытаешься помочь, а тебя отшивают 😂😂😂 "потому что нужно"
источник

/

/dev/null in DevOps — русскоговорящее сообщество
George Gaál
а я хотел посоветовать в gitlab services это пихнуть )))) они как раз по окончанию пайплайна сдыхают ) вот так вот - со всей душой пытаешься помочь, а тебя отшивают 😂😂😂 "потому что нужно"
gitlab services
можно подробнее?
источник

NB

Nikita Burtsev in DevOps — русскоговорящее сообщество
port-forward то зачем в пайплайне? неужели нельзя нормально достучаться до сервиса, например раннер рядом запустить?
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
/dev/null
gitlab services
можно подробнее?
https://docs.gitlab.com/ee/ci/services/

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

GG

George Gaál in DevOps — русскоговорящее сообщество
Nikita Burtsev
port-forward то зачем в пайплайне? неужели нельзя нормально достучаться до сервиса, например раннер рядом запустить?
слушай, я тоже удивлен, но коллега говорит, что "так нужно"
источник

/

/dev/null in DevOps — русскоговорящее сообщество
George Gaál
https://docs.gitlab.com/ee/ci/services/

способ запускать службы в рамках пайплайна, но вне скрипта - те же бедешки всякие
Спасибо
источник

i

inqfen in DevOps — русскоговорящее сообщество
Nikita Burtsev
port-forward то зачем в пайплайне? неужели нельзя нормально достучаться до сервиса, например раннер рядом запустить?
Потому что нужно
источник

NB

Nikita Burtsev in DevOps — русскоговорящее сообщество
gitlab прям из коробки умеет шаги  динамически в кубернетесе запускать странное это все какое-то
источник

РА

Рамиль Алешкин... in DevOps — русскоговорящее сообщество
George Gaál
https://docs.gitlab.com/ee/ci/services/

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

Надо данных в БДшку налить для того, чтобы тестовый стенд поднялся. Вот собственно задача какая.

Как я понял, раннер живет в отдельном неймспейсе куба и хостнеймы обычных подов не видит.
источник

NB

Nikita Burtsev in DevOps — русскоговорящее сообщество
а при старте базы нельзя это делать? или в том же неймспейсе запускать job который запишет? да и как бы pod.namespace.svc.local никто не отменял
источник