Resumen

  • GitHub redondea hacia arriba la duración de cada trabajo por separado. Sumar primero los segundos y redondear el total una sola vez puede ocultar consumo.
  • Seis trabajos completos de diez segundos se convierten en seis minutos calculados; uno de sesenta segundos, en un minuto. Al precio actual del ejecutor Linux estándar de dos núcleos x64, el valor consumido es de 0,036 frente a 0,006 dólares.

El desarrollador divide una comprobación en piezas pequeñas. El presupuesto recibe una colección de minutos enteros. GitHub Actions permite que sesenta segundos de ejecución acumulada se conviertan en seis minutos de consumo calculado: basta con que sean seis trabajos de diez segundos.

La tabla oficial de ejecutores establece el redondeo al alza de los minutos y fracciones de cada trabajo. Cada pieza obtiene su propio embalaje mínimo. La tarifa por minuto es solo una mitad del precio; la otra es cuántos relojes independientes se abrieron.

Seis envoltorios para la misma suma

Fijemos un repositorio privado y el mismo ejecutor Linux estándar de dos núcleos x64, cuyo precio actual es de 0,006 dólares por minuto. Supongamos seis trabajos completos con una duración medida de exactamente diez segundos cada uno. Cada duración sube a un minuto: seis minutos y 0,036 dólares.

Un único trabajo completo de exactamente sesenta segundos conserva un minuto y consume 0,006 dólares. El tiempo acumulado de los ejecutores es de sesenta segundos en ambos casos; la diferencia de valor bruto es de 0,03 dólares. Es una comparación condicional con tiempos supuestos y reglas publicadas. Agrupar trabajo real puede cambiar preparación, limpieza, dependencias y duración total.

Importa medir el trabajo completo. Un comando de diez segundos no demuestra que todo el trabajo haya durado diez segundos. La vista de ejecución permite consultar tiempo y minutos facturables. Después hay que asociarlos con el tipo de ejecutor, su tarifa actual y el informe financiero de uso.

El segundo que vale más

Un trabajo de 61 segundos sube a dos minutos. Uno de sesenta se queda en uno. En esa frontera, ahorrar un segundo divide por dos la cantidad calculada. Reducir once segundos a diez deja un minuto en ambos casos.

El precio tiene escalones. El ahorro de segundos no produce una devolución uniforme de dinero. Una mejora pequeña junto al límite puede reducir más consumo que un gran avance en un trabajo ya muy corto. Ordenar todas las mejoras solo por tiempo ganado puede invertir su valor para el comprador.

Además está el tiempo que una persona espera hasta recibir el resultado. Ejecutar trabajos en paralelo puede acortarlo mientras la suma de tiempo de todos los ejecutores sigue siendo otra cifra. El redondeo por trabajo añade una tercera. Resultado temprano, tiempo total de máquinas y minutos calculados merecen columnas diferentes.

Primero paga el saldo incluido

La explicación vigente de facturación expresa en dinero el consumo computacional incluido en el plan. Usos elegibles de ejecutores, junto con cómputo y memoria de entornos aislados en la nube, pueden gastar el mismo saldo. Ningún tipo elegible tiene prioridad. El saldo se renueva al principio de cada ciclo, y el uso adicional se cobra cuando se ha consumido.

Por eso, los 0,036 dólares del ejemplo pueden agotar primero una parte del valor incluido. El pago adicional llega después de agotarlo. Antes ya se ha ocupado capacidad financiera que podía servir para otro trabajo elegible. Mirar únicamente el siguiente cargo a la tarjeta deja esa parte de la compra fuera de campo.

Los ejecutores estándar alojados por GitHub son gratuitos en repositorios públicos, independientemente del saldo. Los ejecutores de mayor tamaño se cobran también allí. Las cifras de esta comparación se limitan al repositorio privado y a la categoría estándar elegida. Mezclar modalidades de cobro arruinaría la comparación antes de llegar a los segundos.

Algunas fronteras merecen comprarse

La estructura de Actions separa flujos, trabajos y pasos. Los pasos de un trabajo utilizan el mismo ejecutor; los trabajos tienen sus propios entornos. Por defecto, los trabajos sin dependencias se ejecutan en paralelo. Las funciones actuales también permiten ejecutar ciertos pasos simultáneamente dentro de un trabajo. Más paralelismo no exige siempre más trabajos.

Probar sistemas distintos, separar entornos, distinguir fallos y recibir respuestas antes puede justificar esa división. Compartir ejecutor permite transmitir datos entre pasos. Eliminar pruebas necesarias o juntar tareas que requieren confianza y permisos separados cambiaría el resultado comprado para ahorrar un redondeo.

Establecer un ahorro real exige duraciones completas efectivas, tipos de ejecutor, resultados equivalentes, espera, reintentos y consumo del saldo incluido. El pagador ya está identificado: el propietario del repositorio, no la persona que inicia el flujo. Quien dibuja las divisiones elige unidades de compra para otro presupuesto. Un trabajo de diez segundos puede ser estupendo. El minuto entero que lo envuelve debe explicar qué ventaja entrega.