Size: a a a

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

2020 September 22

i

inqfen in Kubernetes — русскоговорящее сообщество
И не понятно, это name.domain.cluster.local или name.domain.
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
kvaps
Хельм? Нормально у него там все с зависимостями
не совсем, но они есть
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Но они другие, не per world а per release
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
Он не умеет разруливать зависимости между различными чартами
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
И с helm upgrade -i dep_name ты можешь сломать другой чарт
источник

i

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

i

inqfen in Kubernetes — русскоговорящее сообщество
И если apt скажет, что если ты обновишь - вот это поломается, то хельму будет пофиг
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
inqfen
И если apt скажет, что если ты обновишь - вот это поломается, то хельму будет пофиг
Но ведь в рамках чарта зависимости задаются жёстко и нет возможности обновить релиз не обновляя зависимости для него
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
kvaps
Но ведь в рамках чарта зависимости задаются жёстко и нет возможности обновить релиз не обновляя зависимости для него
А если я двум чартам в один неймспейс сделаю одинаковую зависимость?
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
inqfen
А если я двум чартам в один неймспейс сделаю одинаковую зависимость?
То это будет уже два разных релиза
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Либо оформляй как один и будет тебе общая зависимость
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
kvaps
То это будет уже два разных релиза
С одним названием - будет конфликт
источник

i

inqfen in Kubernetes — русскоговорящее сообщество
С точки зрения хельма я сказал изменить старый релиз
источник

TL

Timofey Larkin in Kubernetes — русскоговорящее сообщество
Ну да. Фактически, зависимость должны быть чартом очень специфически написанным, чтобы обеспечить удобство использования оной зависимостью, да и тогда там ничего сложнее, нежели
dependencies:
- redis
==> values.yaml <==
redis:
 endpoint: redis:6379

всё равно не сделать
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
inqfen
С одним названием - будет конфликт
Не, бери и делай новый чарт с твоими двумя, тогда у них может быть общая зависимость, вложеность чартов может быть любая
источник

TL

Timofey Larkin in Kubernetes — русскоговорящее сообщество
о огромных шелл скриптах в конфигмапах, которые донастраивают задеплоенный софт вообще молчу)
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Даже values из зависимостей в parent-чарте читать можно
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Timofey Larkin
о огромных шелл скриптах в конфигмапах, которые донастраивают задеплоенный софт вообще молчу)
Имхо, даже такую портянку проверить проще чем исходники среднестатистического оператора делающего тоже самое
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Но соглашусь выглядит это довольно некрасиво
источник

TL

Timofey Larkin in Kubernetes — русскоговорящее сообщество
kvaps
Имхо, даже такую портянку проверить проще чем исходники среднестатистического оператора делающего тоже самое
Мне кажется, если люди подлинно хотят к8с рассматривать как ОС, то там установленные пакеты == операторы. Запускается какая-нибудь приложуха, ну хз, nextcloud какой-нибудь и говорит "эй, редис-оператор, дай ка мне редис!"
источник