не совсем понятно как ksonnet может заменить Helm

как вариант можно посмотреть в эту сторону http://docs.ansible.com/ansible-container/

Все что умеет выдавать ямлы в stdout может заменить хелм

эм, еще есть четко поставленый воркфлоу, дополнительные удобства при апдейтах и готовые чарты

эм, еще есть четко поставленый воркфлоу, дополнительные удобства при апдейтах и готовые чарты

В values нельзя использовать другие values, т.е. тот же Release.Name не впихнуть. Плюс в публичных чартах надо дать какой то дефолтный конфиг, чтоб установил и работало

А я именно под переопределения завожу отдельную настройку - по умолчанию она пустая. В values и нет смысла иметь вычисляемые значения - обычно сами values подставляются в рамках CI/CD где и так можно все предвычислить и подставить уже готовое да и с переменными если во много мест

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

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

Так хост редиса же заранее известен по сути

В моем случае объединением настроек уже занимается сам настраиваемый контейнер. Хотя может и можно написать на этих go-template и соединение массивов с обновлением по ключам. А на счёт переменных в values - думаю можно через переменные среды что-то подобное провернуть: сделать настройку означающую имя переменной среды из которой потом нужно будет брать хост например...

"занимается сам настраиваемый контейнер". Язык/способ описания деплоя должен быть достаточно мощным, чтобы работать без кооперации с приложением, иначе логика размазывается и неизбежно разваливается

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

json не уверен - надо смотреть в доке по темплейтам

точно можно мерджить yaml

не уверен что понял вопрос, можно мерджить несколько values.yaml файлов и они будут оверрайдить дефолтные значения из values.yaml внутри самого чарта, deep merge на 3 уровня точно есть (по крайней мере кастомный values.yaml по отношению к дефолтному)

Отлично! Я понял как могу выкрутиться: делаю вместо json как я раньше показывал все на yaml тогда он будет из коробки частично переопределяем на нужную глубину - а в самом чарте конверчу всю структуру в json - получаю расширяемую и переопределяемую настройку без обновления чарта! Завтра утром попробую😎

может я не понимаю что-то, вот как делается в офф чарте для монги https://github.com/kubernetes/charts/blob/master/stable/mongodb-replicaset/values.yaml#L75 и потом это в виде конфигмапа подключается https://github.com/kubernetes/charts/blob/master/stable/mongodb-replicaset/templates/mongodb-configmap.yaml#L12 все что в values.yaml можно заоверрайдить в кастомном values.yaml с deep merge, с иерархией (порядком мерджа) кастомных values.yaml и оверрайда через --set flag

Короче слишком мало вводных ;)

Скажите, пожалуйста, каких данных не хватает чтобы определиться где хоститься? Я начну собирать инфу. Благо проект уже работает не первый год и есть с чего снять метрики.

Друзья, Мы рады анонсировать очередную нашу встречу 6 марта в 19:00. На этот раз компания "Dino Systems" порадует нас докладами о разработке приложений в Kubernetes. 19:00 - 20:00: Kubernetes - от идеи до продукта. Спикер: Иван Анисимов «Реальный пример развития проекта прошедшего от фазы идеи до крайне успешного продукта менее чем за 2 года. Я покажу, как мы перешли с железных серверов на Mesos, с Mesos на Self-hosted Kubernetes и как в самом конце мы освоили полностью облачный GKE. В ходе доклада я рассмотрю наши успехи и неудачи и то, как росло наше понимание работы с Kubernetes на протяжении этих 2-х лет.» 20:00 - 20:30: Пицца, чай кофе. 20:30 - 21:30: Kubernetes и микросервисы. Спикер: Иван Анисимов «Один из лучших способов развернуть свой продукт на Kubernetes - это использование микросервисов. Этот семинар про то, какими именно должны быть эти микросервисы, как они должны быть настроены и развернуты. Мы обсудим использование gRPC и Protobuf, поговорим о Ingress и балансировке нагрузки и о том, как можно развернуть множество разных типов микросервисов вместе». https://www.meetup.com/Kubernetes-Novosibirsk/events/248011940/

коллеги, у кого штатный nginx ingress – letsencrypt смогли прикрутить?

кто-нибудь пользуется чартом mongodb-replicaset? как мне кастомизировать его? MongoError: Majority read concern requested, but server was not started with --enableMajorityReadConcern.

Обнови контейнер до 3.6

кто-нибудь пользуется чартом mongodb-replicaset? как мне кастомизировать его? MongoError: Majority read concern requested, but server was not started with --enableMajorityReadConcern.

Щас бы монгу в куб пихать в 20!8