empresa
BuildJet se apagó. Esto es lo que esto significa para la CI administrada.
Vale la pena tomar en serio a un competidor que sale de la categoría en lugar de darle vueltas. Aquí está nuestra lectura honesta sobre por qué cerró BuildJet y qué dice sobre los corredores administrados.
{autor} · {rol} · {fecha} · {minutos} {minutosLabel}
Lo que BuildJet hizo bien
En qué creemos que se equivocaron
- El límite de caché de 10 GB por repositorio y el ancho de banda limitado
- Sin caché de capa persistente Docker sin enviarlo a un registro y viceversa
- Almacenamiento en caché con alcance de rama, por lo que cada nueva solicitud de extracción comienza en frío
- No hay métricas de recursos por trabajo, por lo que nadie puede distinguir a un corredor de tamaño insuficiente de uno lento.
- No hay opción de traer su propia nube para equipos con requisitos de residencia de datos
La pregunta incómoda
Tu próximo build podría ser el doble de rápido, por la mitad de precio
Empieza gratis. Marcharse es esa misma línea, y también publicamos ese diff.
Relacionado
CI cuando tus compañeros de equipo son agentesLos agentes codificadores de IA presionan con mucha más frecuencia que los humanos. Así es como eso cambia el diseño de tuberías y el control de costos.Por qué publicamos instrucciones para salirCada página de migración en este sitio incluye la diferencia para migrar nuevamente fuera de nosotros. Aquí está el razonamiento.Lo que aprendimos ejecutando un millón de trabajos de CITiempo de cola, comportamiento de caché, ajuste de tamaño y modos de falla que solo aparecen a escala.Deja de volver a intentar pruebas inestablesLos reintentos automáticos convierten un error real en uno intermitente y capacitan a su equipo para desconfiar de cada falla.