Comments 5
если берётесь сравнивать, то сравнивайте по существу, например, helm это не только язык шаблонов, в отличии от jsonnet, а ещё и сервис доставки и менеджер пакетов
к слову, был когда-то проект приложения jsonnet к k8s
https://github.com/ksonnet/ksonnet
Я хочу обратить внимание на определённый аспект этих технологий. А именно, возможность построения гибких реконфигурируемых систем. Возможности Helm'а как менеджера пакетов с этой точки зрения не являются существенными, на мой взгляд. (Впрочем, я об этом тоже упомянул.)
Ksonnet, вроде как, не поддерживается. На его место пришла Tanka, которую поддерживает Grafana.
к слову, был когда-то проект приложения jsonnet к k8s
Не проект а библиотеки jsonnet для k8s. Сейчас актуальные:
https://jsonnet-libs.github.io/k8s-libsonnet/
то сравнивайте по существу, например, helm это не только язык шаблонов, в отличии от jsonnet, а ещё и сервис доставки и менеджер пакетов
По существу эту функцию выполняют различные инструменты использующие jsonnet для генерации манифестов, а затем деплоят их в калстер: qbec и tanka например. Я так понял автору статьи как раз эти функции и не важны, так как по итогу он использует argocd для этой задачи. А argocd аплает манифесты сам, и ему без разницы кто их там генерит.
Мое IMHO, helm как и средство доставки плох. Ему нужен отдельный стейт, в который кстати чарт может и не влезть (привет kube-prometheus-stack), не герметичный, не умеет нормально работать с CRD. Но самый главный недостаток конечно это его система шаблонизиорования.
А мне обзор понравился. Мы тоже прошли тернистый путь от Helm к Kustomize и сейчас как раз присматриваемся к Jsonnet. Так что будем крутить-вертеть, посмотрим что из этого получится.
стойкое ощущение, что статью писал gpt, я уверен что хотя бы процентов 50,чувствуется вода и несогласованность между абзацами. по сути содержимое статьи - хельм плохо, jsonnet хорошо. спасибо, капитан. собственно, как часто бывает польза в комментариях, спасибо, ребят!
Развёртывание программных систем в Kubernetes с помощью Jsonnet