Seguimos con nuestro primer Helm Chart. Ya en el anterior post te enseñe como instalar helm y tus primeros pasos.

Creación de un Chart

En este paso, crearemos un Chart para nuestra aplicación. Hacemos esto a traves de la herramienta Helm.

helm create nginx-chart
helm create nginx-chart

Esto nos genera la siguiente estructura de directorios y archivos:

donde:

• values.yaml es para las configuraciones de la aplicación.
• Chart.yaml son los metadatos del Chart (como la versión del paquete y el nombre del paquete, etc.).
• charts/ aquí puedes poner Charts que son dependencias de tu Chart principal, por ejemplo puedes hacer un chart que se llame "monitoreo" y que depende charts como "grafana", "prometheus", "thanos", etc.
• templates/ aquí están las plantillas de kubernetes, aquí están las plantillas de los recursos de kubernetes, despliegues (deployments), servicios (services), configuraciones (configmaps), secretos (secrets), ingress, etc.
• templates/_helpers.tpl básicamente, estos archivos pueden incluir bucles, condicionales, y funciones para generar configuraciones dinámicas.
• templates/Notes.txt contiene las instrucciones o información que se mostrará después de instalar el Chart.

Vamos dentro de templates/ y para este caso eliminaré los archivos: hpa.yaml, ingress.yaml, serviceaccount.yaml, y el directorio test/test-connection.yaml.

Ahora modificamos el archivo deployment.yaml

Nota: En mi caso me gusta tener todo ordenado por lo que primero creo un template llamado namespace con el siguiente contenido:

    apiVersion: v1
    kind: Namespace
    metadata:
      name: {{ .Values.namespace }}

Ahora vamos a ver el deployment.yaml:

    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: {{ include "nginx-chart.fullname" . }}
      namespace: {{ .Values.namespace }}
    spec:
      replicas: {{ .Values.replicaCount }}
      selector:
        matchLabels:
          app: {{- include "nginx-chart.selectorLabels" . | nindent 6 }}
      template:
        metadata:
          labels:
            app: {{- include "nginx-chart.selectorLabels" . | nindent 8 }}
        spec:
          containers:
          - name: nginx
            image: {{ .Values.image.repository }}:{{ .Values.image.tag }}
            ports:
            - containerPort: 80

Ahora nuestro templates/service.yaml:

    apiVersion: v1
    kind: Service
    metadata:
      name: {{ include "nginx-chart.fullname" . }}
      namespace: {{ .Values.namespace }}
    spec:
      selector:
        app: {{- include "nginx-chart.labels" . | nindent 4 }}
      ports:
        - protocol: TCP
          port: {{ .Values.service.port }}
          targetPort: 80

Esto es opcional, ya que yo tengo metallb en mi laboratorio local:

    apiVersion: v1
    kind: Service
    metadata:
      name: loadbalancer-{{ include "nginx-chart.fullname" . }}
      namespace: {{ .Values.namespace }}
    spec:
      ports:
        - port: 80
          targetPort: {{ .Values.service.port }}
          protocol: TCP
      type: LoadBalancer
      selector:
        app: {{- include "nginx-chart.selectorLabels" . | nindent 4 }}

Si no tienes instalado metallb, lo que debes hacer es un port-forward del service, despues que instalemos el paquete.

En nuestro values.yaml buscamos y editamos los valores que queramos para la cantidad de replicas y el puerto por el cual accederemos al servicio.

    namespace: nginx-chart
    replicaCount: 2
    image:
      repository: nginx
      tag: latest
    service:
      port: 8080

Nota: Podemos borrar el resto de parámetros si queremos para que nos hagan "ruido" en nuestra configuración.

Vamos a poner un mensaje cuando se instala el paquete, para eso vamos a editar nuestro templates/NOTES.txt

Nginx se ha desplegado correctamente. Puedes acceder a la aplicación a través de http://{{ .Release.Name }}.{{ .Values.service.port }}

En nuestro Chart.yaml, vamos a poner los metadatos siguientes:

    apiVersion: v2
    name: nginx-chart
    description: A Helm chart for deploying Nginx
    version: "1.0.0"

Nota: En mi caso yo inicié con la versión 1.0.0, por default si inicia con 0.1.0.

Linter, errores a la vista!

Ya que hemos realizado los cambios que queremos en nuestro paquete, podemos ejecutar el linter para comprobar que no hay errores, typos, etc. Esto lo hacemos desde el folder donde están los archivos Chart.yaml y values.yaml.

helm lint

Empaquetado

Ya que hemos realizado los pasos anteriores, vamos a empaquetar nuestro Chart.

helm package nginx-chart

Estos te creará un tarball de nuestro paquete.

Antes de instalarlo podemos hacer un "fake install" del paquete para ver la salida con las sustituciones que hará en los manifest.

helm install nginx-chart nginx-chart-1.0.0.tgz --dry-run --debug

Si todo está bien, para instalarlo solo debes hacer:

helm install nombre-del-release nginx-chart-1.0.0.tgz -n namespace

helm install my-nginx my-nginx-1.0.0.tgz --namespace nginx-chart

Nota: el paráemtro -n nombre_del_namespace es opcional, en caso que no hayas creado un archivo namespace.yaml.

Y obtendrás una salida como esta:

Obviamente podemos usar kubectl para comprobar que todo lo que dice el Chart se ha aplicado correctamente, y si abrimos el navegador y ponemos la EXTERNAL-IP:

Helm administrando paquetes

Dado que helm es un manejador de paquetes, podemos listar, actualizar y borrar paquetes, como si se tratase de apt, pacman, pip, etc.

helm list --all-namespaces

Es importante el --all-namespaces de lo contrario solo te mostrará lo que esta en el namespace default.

Para actualizar en caso que tengamos una nueva versión del paquete.

helm update nginx-chart

Historial de revisiones y rollback

Para ver el historial de revisiones:

helm history nginx-chart

Por ejemplo para hacer un rollback a la revisión 1:

helm rollback nginx-chart 1

es decir, que si quieres ir a la revisión 4 debes cambiar el valor de 1 a 4.

Hasta aquí lo dejamos por ahora, en el siguiente post te enseño cómo hacer tu propio repositorio de paquetes.