liveBook · Manning

Autoscale rule

As explained in GitHub Actions in Action: Continuous integration and delivery for DevOps

A scaling rule is a configured condition and action that determines when and by how much computing capacity is adjusted.

An autoscale rule combines a condition with an action that changes runner capacity. It can respond to queued jobs, scheduled demand, or both. section 7.2.1

Common scaling-rule strategies include:

  • React to job-queue webhooks by creating ephemeral runners on demand and removing them after completion. section 7.2.1
  • Maintain standby runners to reduce startup delays while adding capacity as jobs arrive. section 7.2.1
  • Scale on a schedule, such as creating 100 runners at the start of office hours and scaling down afterward. section 7.2.1
  • Combine multiple strategies by configuring several scaling rules with ARC. section 7.2.1
Table 7.1 Scaling out runners (view table figure)

Duration (mins)

Action

Number of runners

Jobs queued

Jobs running

Percentage busy

0

100 jobs get queued

50

50

50

100%

10

Scale out by 25%

62

38

62

100%

20

Scale out by 25%

77

23

77

100%

30

Scale out by 25%

96

4

96

100%

40

Scale out by 25%

120

0

100

83%

A scaling table shows queued jobs, running jobs, runner counts, and utilization as capacity increases by 25% at successive intervals. section 7.2.1

How GitHub Actions in Action: Continuous integration and delivery for DevOps covers it

How deep it goes
Distinguishes webhook-driven, standby-pool, and time-based strategies, then combines them through ARC.
Examples
Uses office-hour schedules, on-demand ephemeral runners, and a table showing 25% capacity increases.
What you can do after
Configure runner scaling through ARC using queue-triggered, standby, scheduled, or combined rules.
How it connects
Connects webhooks, ephemeral runners, runner pools, self-hosted runners, and time-based scaling.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of GitHub Actions in Action: Continuous integration and delivery for DevOps. The section links point to the parts of the book it draws on.