Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

helm-gitlab

Chart Helm para GitLab auto-alojado con almacenamiento propio (PostgreSQL HA, Valkey, SeaweedFS) y Traefik. No incluye imágenes Docker ni chart oficial; requiere construir imágenes propias y desplegar manualmente.

Ficha actualizada 26 sept 2026, 1:37 · upstream 26 sept 2026, 1:06 · release v0.1.1

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es helm-gitlab

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Este repositorio proporciona un chart Helm genérico para instalar GitLab en Kubernetes utilizando componentes de almacenamiento específicos gestionados por el usuario. A diferencia de las soluciones 'todo en uno', este enfoque permite utilizar bases de datos y sistemas de archivos externos o auto-gestionados, ofreciendo mayor control sobre la infraestructura subyacente.

CASOS DE USO
  • Despliegue de GitLab en entornos Kubernetes con requisitos estrictos de seguridad y aislamiento de datos.
  • Implementación de alta disponibilidad para PostgreSQL mediante réplicas primarias y secundarias con replicación asíncrona.
  • Uso de SeaweedFS como almacenamiento de objetos compatible con S3 para caché de runners o repositorios de código.
  • Integración de Valkey (compatible con Redis) para sesiones y colas de mensajes en aplicaciones GitLab.
PUNTOS DESTACADOS
  • Arquitectura 'bring-your-own-datastores' que evita dependencias de imágenes Docker preempaquetadas del proveedor.
  • Configuración manual de failover para PostgreSQL con streaming asíncrono y recuperación controlada.
  • Traefik v3 en una clase de ingress aislada para gestión de tráfico segura y eficiente.
  • Soporte para SeaweedFS como almacenamiento durable y caché de runners desechables.
PRECAUCIONES
  • Requiere conocimientos avanzados de Kubernetes y Helm para construir imágenes y configurar variables de entorno manualmente.
  • No incluye imágenes Docker oficiales; el usuario debe gestionar la construcción y actualización de las imágenes base.
  • La complejidad del despliegue es alta, con requisitos de recursos estimados de 4 núcleos CPU, 4 GB RAM y 30 GB de disco.
  • No soporta un clic (one-click); el proceso de instalación requiere comandos Helm manuales y configuración previa.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Antes de instalar, asegúrese de tener repositorios Helm para GitLab, Traefik, Valkey y SeaweedFS añadidos. Construya las imágenes Docker necesarias para PostgreSQL, Valkey y SeaweedFS según la documentación oficial. Utilice `helm dependency build .` antes de instalar. Configure `my-values.yaml` con las variables de entorno específicas para cada componente. Verifique los requisitos de recursos (CPU, RAM, disco) antes del despliegue en producción.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
PostgreSQLRedisS3/MinIO
BASES DE DATOS
PostgreSQLRedis
PUERTOS
No detectados
06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.