¿Se ha caído
GitLab?

¿Por qué se cae GitLab?

GitLab funciona sobre una arquitectura bastante compleja. Tienen servidores de aplicación, bases de datos PostgreSQL, Redis para el cache, y toda la parafernalia de balanceadores de carga.

Los problemas suelen venir por varios frentes. Las actualizaciones de la plataforma a veces dejan algún servicio tocado, sobre todo cuando tocan la base de datos. Y cuando hay picos de tráfico inesperados, los servidores no siempre aguantan el chaparrón.

También está el tema de la infraestructura de terceros. GitLab usa servicios en la nube de Google Cloud Platform principalmente. Si Google tiene un mal día, GitLab también lo tiene. Los CDN que usan para servir contenido estático también pueden fallar.

Pero lo que más suele jorobar son los problemas de red entre sus diferentes centros de datos. Cuando pierden conectividad entre regiones, parte del servicio se vuelve inaccesible o súper lento.

¿Qué hacer si GitLab no funciona?

Lo primero es refrescar la página. Suena tonto, pero funciona en muchos casos donde solo ha sido un timeout puntual.

Si sigue sin ir, prueba en modo incógnito o con otro navegador. A veces el problema está en el cache local o en alguna extensión que interfiere.

Para saber si el problema es tuyo o de ellos, ve a status.gitlab.com. Ahí publican el estado de sus servicios en tiempo real. También suelen tuitear desde @gitlabstatus cuando hay incidencias importantes.

Si la página de estado dice que todo va bien pero tú no puedes acceder, prueba desde tu móvil con datos. Puede que tu ISP o tu empresa tengan problemas de conectividad.

Otra opción es preguntar en Twitter buscando "GitLab down" o "GitLab caído". Enseguida aparecen otros usuarios reportando lo mismo si es un problema generalizado.

Si usas GitLab desde terminal, prueba hacer un git fetch o git pull simple. A veces la web está caída pero el servicio de Git funciona perfectamente.

¿Cuánto suele durar una caída de GitLab?

Depende bastante del tipo de problema. Los fallos menores suelen resolverse en 15-30 minutos. Son cosas como reiniciar algún servicio o revertir algún cambio que ha salido mal.

Las incidencias medias pueden durar entre 1-3 horas. Normalmente involucran problemas de base de datos o de infraestructura que requieren más tiempo para diagnosticar y arreglar.

Los problemas gordos, que por suerte no son frecuentes, pueden tirar medio día o más. Recuerdo una vez que estuvieron casi 8 horas con problemas graves de base de datos.

GitLab es bastante transparente comunicando. Suelen actualizar su página de estado cada 30-60 minutos durante las incidencias, explicando qué está pasando y cuánto creen que va a tardar.

Alternativas a GitLab

GitHub es la opción más obvia, sobre todo si trabajas en proyectos de código abierto o no necesitas funciones muy específicas de CI/CD.

Bitbucket funciona bien si ya usas otras herramientas de Atlassian como Jira, y tiene planes gratuitos decentes para equipos pequeños.

Azure DevOps está muy integrado con el ecosistema de Microsoft y tiene herramientas de gestión de proyectos bastante potentes.

Gitea o Forgejo son buenas si prefieres montar tu propio servidor, son ligeras y fáciles de mantener.

SourceForge sigue ahí para proyectos open source, aunque ya no es lo que era hace años.

Para el CI/CD también tienes Jenkins (si no te importa configurar mil cosas), GitHub Actions, o CircleCI como servicios independientes que puedes combinar con cualquier repositorio.