GitLab.com cambiará la forma en que funcionan los límites de velocidad a partir del 19 de octubre de 2026. A partir de esa fecha, la plataforma utilizará límites específicos por nivel de suscripción en lugar de un único conjunto de límites para todos los usuarios. Los puntos clave son:
- **Nivel Free**: las solicitudes no autenticadas siguen limitadas a 60 por hora por IP. Los usuarios Free autenticados reciben una asignación de 5,000 solicitudes por hora. - **Nivel Premium**: los usuarios autenticados obtienen 15,000 solicitudes por hora; los nuevos límites comienzan en enero de 2027. - **Nivel Ultimate**: los usuarios autenticados obtienen 25,000 solicitudes por hora; esos límites también comienzan en enero de 2027. - **Ventanas de previsualización**: antes del cambio permanente, GitLab ejecutará dos ventanas de previsualización (brownout) el 7 y el 14 de octubre (15:00-19:00 UTC) donde los nuevos límites estarán temporalmente activos para que los usuarios puedan ver cómo se comportan sus cargas de trabajo. - **Impacto de la autenticación**: invocar un token de acceso personal, token OAuth o token de trabajo de CI/CD mueve una solicitud del límite anónimo de 60 por hora al límite del plan del usuario, que es sustancialmente más alto. Sin credenciales, cualquier solicitud—incluso de una cuenta paga—es tratada como no autenticada y se cuenta contra el límite de 60 por hora. - **Qué no cambia**: las instancias GitLab Self-Managed y GitLab Dedicated mantienen sus propios límites controlados por el operador. Los usuarios siempre pueden acceder y exportar sus datos y repositorios. La interfaz de usuario, las operaciones git y los flujos de trabajo normales de CI/CD para la mayoría de los usuarios siguen sin cambiar. - **Ruta de actualización**: los equipos que se acercan constantemente a sus límites pueden actualizarse a Premium o Ultimate para obtener límites más altos. GitLab también planea una futura opción para comprar capacidad adicional más allá de los límites estándar del plan.
Estos detalles provienen del blog oficial de GitLab que anuncia el cambio y de la documentación acompañante sobre límites de velocidad, que lista los límites sostenidos y de ráfaga por plan y explica el mecanismo de respuesta 429, los encabezados Retry-After y los encabezados RateLimit-* que los clientes pueden usar para monitorear el uso.
Los usuarios cuyas integraciones no pueden autenticarse les animamos a contactar a GitLab en limits@gitlab.com para consideraciones para casos especiales como las insignias de estado públicas.