Implementando GitLab autodevops

Oigan alguien pudo instalar Helm Tiller?, a mi ya no me aparece disponible en Aplications al crear Kubernetes.

Dado que actualmente la opción de GitLab Managed Apps está obsoleta, para instalar Ingress se lo debe hacer mediante un proyecto de GitLab para gestionar el cluster, que en resumen es lo siguiente:

1. Crear un nuevo proyecto desde un template, escogiendo GitLab Cluster Management de la lista de templates disponibles.
2. Establecer este proyecto como el proyecto para gestionar el cluster. Para ello, seleccionamos el cluster que habíamos creado anteriormente y en la parte de Advanced settings seleccionamos el proyecto creado para la gestión del cluster.
   
   
3. Finalmente en el archivo helmfile.yaml del proyecto para gestión del cluster, descomentamos las aplicaciones que queremos instalar en el cluster, y hacemos commit de esos cambios.
   
   
4. A continuación, luego de que el pipeline termine de ejecutarse, podemos ver reflejada en VPC Network la IP que nos proporciona Ingress.

En el punto 4 del siguiente tutorial está el detalle de lo anteriormente comentado: Tutorial: Use Auto DevOps to deploy an application to Google Kubernetes Engine

Par los que quieran integrar los clusters EKS de AWS con AutoDevops, pueden seguir las instrucciones en:

https://docs.gitlab.com/ee/user/project/clusters/eks_and_gitlab/

Para usarlo en Microservicios o con Docker … ?

El error al elegir el Google Cloud Platform project:

This project does not have billing enabled. To create a cluster, enable billing and try again.

Creo que toca mirar todo el curso para saber que este tipo de herramientas existe. Sin poder probar

instalar Ingress
https://docs.gitlab.com/ee/topics/autodevops/quick_start_guide.html#install-ingress

Yo como mis otros compañeros no he podido ver como instalar el helm tiller, no me sale simplemente la opción

Terraform + Gitlab CI para construcción de infraestructura en GCP
https://medium.com/@timhberry/terraform-pipelines-in-gitlab-415b9d842596

Cual es el costo, de la vm para kube y la ip estatica …?

Hay una capa adicional a eso que agrega cierta complejidad.
Son los Runners de GitLab y el Executor , dependiendo de en qué está hecho to proyecto, deberás utilizar uno u otro.

Por ejemplo: Si tu aplicación es en React Native, deberás utilizar tu Mac como Runner para compilar tu App para iOS y Android.

Si tu proyecto es con PHP y no está Dockerizado, entonces deberas utilizar configurar un Runner con SSH Executor.

Acá todo lo relacionado con los Runners
https://docs.gitlab.com/runner/

A fin de aportar material, para hacer las pruebas estoy usando Openstack + terraform + ansible + runners. Pueden tener gitlab en una instancia de openstack y luego tendo 1-2 instancias de runners los cuales pueden configurar con docker y listo. Mas que nada porq veo comentarios de que algunos están usando providers. Lo mismo se puede realizar con maquinas virtuales convencionales.

aqui les dejo un script para instalar el runner en la versión 2021:

#!/bin/bash

Download the binary for your system

sudo curl -L --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64

Give it permissions to execute

sudo chmod +x /usr/local/bin/gitlab-runner

Create a GitLab CI user

sudo useradd --comment ‘GitLab Runner’ --create-home gitlab-runner --shell /bin/bash

Install and run as service

sudo gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner

##agregar privilegio para docker al runner
sudo gpasswd -a gitlab-runner docker

##Patch para listen port binding
sudo echo "
concurrent = 1
check_interval = 0

[session_server]
listen_address = “0.0.0.0:8093” # listen on all available interfaces on port 8093
session_timeout = 1800" > /etc/gitlab-runner/config.toml

sudo chmod 600 /etc/gitlab-runner/config.toml

sudo gitlab-runner start

Luego les queda hacer el registry:

sudo gitlab-runner register --url https://gitlab.dom…/ --registration-token $REGISTRATION_TOKEN

paso 1)vm via terraform.
paso 2)ansible install docker
paso 3)install runner via ansible
paso 4)registrar runner en gitlab.cmdline o ansible
paso 4)darle caña y hacer todo la clase. usted como persona.

La gestión de aplicaciones con un solo clic se eliminó en GitLab 14.0. Tus aplicaciones siguen instaladas en tu clúster y las integraciones siguen funcionando.

¿Qué pasa si no quiero usar un proyecto de template?

Para quienes se inician en el uso de servicios de Google Cloud, se tiene una capa gratuita que por un lado te da $300 usds durante 12 meses para probar algunos servicios y también otra capa full free por siempre para algunos servicios, obviamente con algunas limitaciones, pueden ver todos los detalles aquí.

• Para que les habiliten los $300 usd durante los 12 meses (requerido para poder probar un cluster de kubernetes) si o si tendran que poner su tarjeta de crédito.

Si alguien ya tiene su cluster de kubernetes en algún otro lugar, puede seguir ésta guía para obtener los requisitos para registrarlo.
https://gitlab.com/help/user/project/clusters/index.md#adding-an-existing-kubernetes-cluster

Recomendación: Comentar sobre los costos que podrían generarse en la configuración de Kubernetes. Ejemplo: IP Estática.

Connecting and deploying to an Amazon EKS cluster
https://docs.gitlab.com/ee/user/project/clusters/eks_and_gitlab/

buenos dias, no me permite seleccionar ningun progyecto en Google Cloud Platform proyect, sin que antes agregue una forma de pago.
Hay alguna otra forma de hacerlo?