i
То ли человек в хельме только название прочитал
Size: a a a
2020 July 07
DS
Я понимаю. Но я привык к тому, что у меня все спеки живут в репе. И это как-то плохо бьётся с идеей использовать хелм.
скачай чарт себе и положи в репу вместе с твоим values. Либо отрендерь как тебе надо и положи себе в репу
GG
Eugene Petrovich
может быть кто посоветуе credentials store что б в ямл перекидывать?
Консул, вольт
GG
скачай чарт себе и положи в репу вместе с твоим values. Либо отрендерь как тебе надо и положи себе в репу
+
AS
скачай чарт себе и положи в репу вместе с твоим values. Либо отрендерь как тебе надо и положи себе в репу
Ну вот да, я пока выбрал второй вариант. Но иногда обновления это больше, чем просто имедж обновился. Если уж кто-то где-то мейнтейнит свой сервис в видел хелм-репы, то я хотел бы это переиспользовать.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
i
Ну вот да, я пока выбрал второй вариант. Но иногда обновления это больше, чем просто имедж обновился. Если уж кто-то где-то мейнтейнит свой сервис в видел хелм-репы, то я хотел бы это переиспользовать.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
Блин, а как ты список внешних ямлов носишь если их откуда-то применяешь?
i
Какая разница в итоге
VS
По-моему товарищ хочет странного
i
Иначе будет
>Но при этом я не хочу с собой отдельно носить список используемых реп для подключение
Скачай чарт непонятно откуда?
>Но при этом я не хочу с собой отдельно носить список используемых реп для подключение
Скачай чарт непонятно откуда?
i
Файл deployment.yaml тоже не указывая url тянешь?
i
репа - такой же урл
GG
Ну вот да, я пока выбрал второй вариант. Но иногда обновления это больше, чем просто имедж обновился. Если уж кто-то где-то мейнтейнит свой сервис в видел хелм-репы, то я хотел бы это переиспользовать.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
А если он удалит репо ?
DS
Ну вот да, я пока выбрал второй вариант. Но иногда обновления это больше, чем просто имедж обновился. Если уж кто-то где-то мейнтейнит свой сервис в видел хелм-репы, то я хотел бы это переиспользовать.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
Но при этом я не хочу с собой отдельно носить список используемых реп для подключение, например.
helmfile еще посмотри, как раз твой кейс (надо пачкой деплоить кучу чартов)
Ну или опиши всё на jsonnet и переиспользуй на здоровье
Ну или опиши всё на jsonnet и переиспользуй на здоровье
AS
Щас объясню свой кейс:
Вот у меня есть директория и в ней, условно, 100 сервисов. Сейчас я примерно могу верить в то, что
Но мейнтейнить 100 сервисов это тяжко и я узнаю, что много кто предоставляет к своему сервису хелм-репу.
Вот я могу уже сделать установку из хельма и подсунуть файл с параметрами. Могу даже это файл с параметрами сунуть в репу. Но теперь в новой системе мне надо будет озабоиться подключением репы и выполнением команды на установку. Декларативность чуть-чуть ломается и я хочу этого избежать.
Так понятнее?
Я допускаю, что я упускаю очевидное, так как кейс кажется мне частым и наверняка это уже 100 раз решили
Вот у меня есть директория и в ней, условно, 100 сервисов. Сейчас я примерно могу верить в то, что
kubectl apply -f ./... в новой среде даст мне идентичный мир.Но мейнтейнить 100 сервисов это тяжко и я узнаю, что много кто предоставляет к своему сервису хелм-репу.
Вот я могу уже сделать установку из хельма и подсунуть файл с параметрами. Могу даже это файл с параметрами сунуть в репу. Но теперь в новой системе мне надо будет озабоиться подключением репы и выполнением команды на установку. Декларативность чуть-чуть ломается и я хочу этого избежать.
Так понятнее?
Я допускаю, что я упускаю очевидное, так как кейс кажется мне частым и наверняка это уже 100 раз решили
AS
Если выкачивать чарты, то я лишаюсь опции обновления. Если рендерить и хранить выхлоп, то вообще лишаюсь хелма в перспективе.
i
Вот тебе прямо совсем декларативно
RA
Щас объясню свой кейс:
Вот у меня есть директория и в ней, условно, 100 сервисов. Сейчас я примерно могу верить в то, что
Но мейнтейнить 100 сервисов это тяжко и я узнаю, что много кто предоставляет к своему сервису хелм-репу.
Вот я могу уже сделать установку из хельма и подсунуть файл с параметрами. Могу даже это файл с параметрами сунуть в репу. Но теперь в новой системе мне надо будет озабоиться подключением репы и выполнением команды на установку. Декларативность чуть-чуть ломается и я хочу этого избежать.
Так понятнее?
Я допускаю, что я упускаю очевидное, так как кейс кажется мне частым и наверняка это уже 100 раз решили
Вот у меня есть директория и в ней, условно, 100 сервисов. Сейчас я примерно могу верить в то, что
kubectl apply -f ./... в новой среде даст мне идентичный мир.Но мейнтейнить 100 сервисов это тяжко и я узнаю, что много кто предоставляет к своему сервису хелм-репу.
Вот я могу уже сделать установку из хельма и подсунуть файл с параметрами. Могу даже это файл с параметрами сунуть в репу. Но теперь в новой системе мне надо будет озабоиться подключением репы и выполнением команды на установку. Декларативность чуть-чуть ломается и я хочу этого избежать.
Так понятнее?
Я допускаю, что я упускаю очевидное, так как кейс кажется мне частым и наверняка это уже 100 раз решили
думаю тебе нужно смотреть в сторону gitops, ArgoCd как вариант
i
Если ты хочешь без применения команд
i
На каждый чарт