Size: a a a

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

2021 July 01

GG

George Gaál in Kubernetes — русскоговорящее сообщество
я бы предложил тебе подход - универсальный чарт, а в репе каждого values по каждому env в отдельном файле
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
не нужно
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
ты можешь обернуть ВЕСЬ файл в range и у тебя будет несколько конфиг мап из одного темплейта
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Да ладно, podAntiAffinity: <soft|hard> в 50% уважающих себя чартов есть, а в некоторых даже podAntiAffinityTopologyKey можно прописать
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
{{- if .Values.serviceAccount.create -}}
apiVersion: v1
kind: ServiceAccount
metadata:
 name: {{ template "redis-cluster.serviceAccountName" . }}
 labels: {{- include "common.labels.standard" . | nindent 4 }}
   {{- if .Values.commonLabels }}
   {{- include "common.tplvalues.render" ( dict "value" .Values.commonLabels "context" $ ) | nindent 4 }}
   {{- end }}
 {{- if .Values.commonAnnotations }}
 annotations: {{- include "common.tplvalues.render" ( dict "value" .Values.commonAnnotations "context" $ ) | nindent 4 }}
 {{- end }}
{{- end -}}
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
вот примерно так, только вместо if в начале будет цикл
источник

S

S in Kubernetes — русскоговорящее сообщество
backend-chart
 - Chart.yaml
 - charts
     - message-queue
         - Chart.yaml
         - templates
         - values.yaml
     - database
         - Chart.yaml
         - templates
         - values.yaml
 - values.yaml

ВОт так ?
источник

V

Vlad in Kubernetes — русскоговорящее сообщество
ну там мочить то ничего не нужно, все в хельме вроде есть
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
скорее так

backend-chart
 - Chart.yaml
 - charts
...
 - values.yaml
 - values.dev.yaml
 - values.stage.yaml
источник

S

S in Kubernetes — русскоговорящее сообщество
Спасибо дай бог здоровья богатырского )))
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
- message-queue
         - Chart.yaml
         - templates
         - values.yaml
     - database
         - Chart.yaml
         - templates
         - values.yaml

касательно этого - выглядит как дичь, почему не положить отдельно?
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
в основном можешь просто сделать инклюд и передать параметры в дочерний чарт
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
cat Chart.yaml 
---
apiVersion: v2
name: *****
description: *****

type: application
version: 3.9.4
appVersion: 3.9.4

dependencies:
 - name: logging-operator
   version: 3.9.4
   repository: *****
 - name: logging-operator-logging
   version: 3.9.4
   repository: ****

sources:
 - https://github.com/banzaicloud/logging-operator/tree/master/charts/logging-operator
 - https://github.com/banzaicloud/logging-operator/tree/master/charts/logging-operator-logging
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
в репозитори указаны зависимые чарты
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
bitnami, кстати, внешнюю либу используют в своих чартах
https://github.com/bitnami/charts/tree/master/bitnami/common
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
Вернее специальный Library Chart
https://helm.sh/docs/topics/library_charts/#helm
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
cat values.yaml 
---
logging-operator:
 image:
   repository: ****
   tag: 3.9.4
   pullPolicy: Always
 resources:
   limits:
     cpu: 500m
     memory: 512Mi
   requests:
     cpu: 300m
     memory: 256Mi
 rbac:
   enabled: true
   psp:
     enabled: false
 priorityClassName: system-cluster-critical
 monitoring:
   serviceMonitor:
     enabled: false

logging-operator-logging:
 nameOverride: compute-logging-operator
....
источник

SM

Sergey Monakhov in Kubernetes — русскоговорящее сообщество
Дак проблема не в том, что есть или нет, а в том, что тебе как разрабу, знать об этих аффинити/лейблах/сервисах и связей между всем этим барахлом так то и не надо
источник

V

Vlad in Kubernetes — русскоговорящее сообщество
да, примерно так и планировали и даже возможно bitnami common взять (либо на основе сделать свои с нужным уровнем кастомизации)
источник

V

Vlad in Kubernetes — русскоговорящее сообщество
а в самом микро-сервисе собирать типа -
include deployment
include servcie
include istio virtual service
и тд
источник