GitHub Actions の free tier とは？ 上限と落とし穴
GitHub Actions の free tier とは、計測課金が始まる前にプライベートリポジトリが使える、含まれた runner の分と storage の月間割り当てです。
GitHub Actions はパブリックリポジトリでは無料で、プライベートリポジトリには月間の割り当てが含まれます。この free tier は多くの小規模チームを完全にカバーしますが、鋭い角があります - OS 乗数と、より大きな runner に割り当てが一切ないことが、「無料」のパイプラインが静かにコストを生み始める場所です。
無料で得られるもの
パブリックリポジトリは、分の課金なしで GitHub ホストの標準 runner を実行します。free プランのプライベートリポジトリは月 2,000 分と 500 MB の storage を含みます。有料プランは段階的により多く含みます（例えば Team では 3,000 分）。
OS 乗数の落とし穴
無料の分は Linux 換算でカウントされます。Windows の 1 分は無料の分を約 2 分消費し、macOS の 1 分は約 10 分消費します。したがって 2,000 分の無料枠は、支払いが始まる前の macOS 時間ではわずか約 200 分にすぎません。
より大きな runner には free tier がない
割り当ては標準 runner にのみ適用されます。job を 4-core、8-core、GPU のより大きな runner に切り替えた瞬間、最初の分から課金されます。速度のためにアップグレードするチームは、free tier から完全に外れたことに気づかないことがよくあります。
storage もカウントされる
artifact と cache は含まれる storage の割り当てを消費し、超過分はギガバイト月あたりで課金されます。長い保持期間と大きな build artifact は、分が問題なくても無料 storage を超えさせることがあります。
free tier を使い切ったとき
割り当てを超えると、支出上限を設定する（到達時に workflow を停止し得る）か、標準単価で超過分を支払うかのいずれかです。多くのチームは、build がブロックされたり請求書が届いたときに初めて、free tier を超えたことに気づきます。
引き延ばす、または置き換える
cache で分を減らし、重い job は Linux に保ち、artifact の保持を刈り込みましょう。free tier を超えたら、より安いプラットフォームが計算をリセットします: Latchkey のマネージド runner は同じ workflow を約 70% 安く実行し、独自の無料の分を含むため、GitHub の割り当てを超えて成長しても急激な請求にはなりません。
重要なポイント
- パブリックリポジトリは無料。プライベートリポジトリは free プランで月 2,000 分が含まれます。
- 無料の分は Linux 換算です: Windows は約 2 倍、macOS は約 10 倍消費します。
- より大きな runner には free tier がなく、最初の分から課金されます。