12 ポイント 投稿者 GN⁺ 2025-12-17 | 4件のコメント | WhatsAppで共有
  • 2026年1月1日から GitHubホスト型ランナーの料金を最大39%引き下げ、3月1日から セルフホスト型ランナーに1分あたり0.002ドルの料金 が課される
  • 全顧客の 96%は料金変動がなく、残る4%のうち85%は値下げ、15%は月額中央値で約13ドルの値上げ
  • 公開リポジトリのActions利用は引き続き無料 で、GitHub Enterprise Serverの顧客にも影響なし
  • 新しい Actionsクラウドプラットフォーム料金 の導入とあわせて、セルフホスト環境の自動スケーリング・監視機能を強化 する予定
  • 今回の改定は、CI/CD性能の向上とプラットフォーム拡張性の確保 に向けた構造再設計後の措置であり、開発者体験の改善を目的としている

主な変更点の概要

  • 2026年1月1日から GitHubホスト型ランナーの料金を引き下げ、3月1日から セルフホスト型ランナーに1分あたり0.002ドルを課金
    • 全顧客の96%は請求額に変化なし
    • 残る4%の利用者のうち85%は値下げ、15%は月額中央値で約13ドルの値上げ
  • 公開リポジトリでの利用は無料を維持、GitHub Enterprise Serverの顧客は影響なし
  • GitHubは 料金計算ツール を提供し、ユーザーが想定コストを確認できるよう支援

背景と構造改善

  • GitHub Actionsは2018年のリリース以降急速に成長し、2024年初頭には1日あたり約2,300万件のジョブを実行
  • 既存アーキテクチャの限界を解消するため、バックエンドサービスの全面的な再設計 を実施
    • 安定性、性能、インフラの復元力、内部制約の緩和を目標
    • 2025年8月以降、すべてのジョブが新アーキテクチャ上で実行され、1日7,100万件のジョブを処理
    • 企業顧客は従来比で1分あたり7倍多くジョブを開始可能
  • この再設計は、CI/CDの速度・信頼性向上とプラットフォーム拡張性の確保 のための基盤

GitHubホスト型ランナーの料金引き下げ

  • すべてのランナーサイズで約40%の値下げ、マシン種別によっては最大39%の削減
  • 新たに導入される 1分あたり0.002ドルのクラウドプラットフォーム料金 を含む形で請求
  • 公開リポジトリでの利用は無料Enterprise Serverの料金には影響なし
  • ランナーサイズによって値下げ幅は異なり、大型ランナーほど削減効果が大きい
  • 高性能コンピューティング環境へのアクセス性を高め、大規模CIジョブおよびエージェントベース作業の効率向上 を図る

GitHub Actionsクラウドプラットフォーム料金の導入

  • GitHubホスト型およびセルフホスト型ランナーの両方に1分あたり0.002ドルの料金 を適用
  • 公開リポジトリおよびEnterprise Server顧客は対象外
  • セルフホスト型ランナーには2026年3月1日から適用
  • 利用量ベースの課金により、サービス品質を一定に保つための措置

セルフホスト環境への強化投資

  • 今後12か月の間に 自動スケーリング、プラットフォーム対応拡大、Windows対応 などを強化予定

GitHub Scale Set Client

  • 軽量な Go SDKベースのクライアント で、KubernetesやARCなしでも自動スケーリングを実装可能
  • コンテナ、VM、クラウドインスタンス、ベアメタルなど既存インフラと統合
  • ジョブキュー管理、セキュリティ設定、インテリジェントなスケーリングロジック をサポート
  • Dependabot、Copilot Coding Agent などの拡張シナリオを支援

Multi-label対応

  • GitHubホスト型大型ランナーおよびセルフホスト型ランナー の両方でマルチラベル機能を復活
  • Actions Runner Controller(ARC) および Scale Set Client と互換

Actions Runner Controller 0.14.0

  • Helmチャート改善ログおよびメトリクス強化バージョン管理の明確化
  • レガシーARCの廃止を予告 し、安定したアーキテクチャへの移行パスを提供
  • 設定の簡素化、可視性向上、拡張性改善

Actions Data Stream

  • ワークフロー・ジョブイベントデータのリアルタイムフィードを提供
  • 実行されたアクションのバージョンなどのメタデータを含む
  • 監視・分析システムとの統合 により、コンプライアンス対応と運用インサイトを確保
  • 手動でのログ解析が不要になり、信頼性・性能管理を効率化

影響と意味

  • CI/CDの速度と信頼性を向上 し、拡張可能で安全な実行レイヤー を提供
  • 大企業から個人開発者まで、明確な料金体系と向上した性能を提供
  • GitHub Actionsを 次世代ソフトウェア開発プラットフォームの中核インフラ として強化

FAQ要約

  • セルフホスト型ランナーが課金対象になる理由: 従来はGitHubインフラ利用コストがホスト型ランナー料金によって補填されていたため
  • 値下げ・課金の適用日程: ホスト型ランナーは2026年1月1日、セルフホスト型ランナーは3月1日から適用
  • 無料利用枠: 3月1日からはセルフホスト型ランナーにも無料分を含む
  • 個人ユーザーへの影響: 個人・Proプラン利用者のうち0.09%のみが月2ドル未満の値上げ、2.8%は値下げ
  • Azure請求との連携が可能Enterprise Server顧客には影響なし
  • コスト計算ツール: GitHub提供の 料金計算ツールおよびPythonスクリプト で想定コストを算出可能

4件のコメント

 
xguru 2025-12-21

これは GitHub Actions のセルフホスト料金変更の発表を延期する と再度告知したものです。ホステッドランナーの39%値下げは予定どおり1月1日に適用されます。
https://x.com/jaredpalmer/status/2001373329811181846

 
preserde 2025-12-18

微妙ですね……self-hostedランナーも確かにGitHubのインフラを使っているのは事実ですし、公開repoなどには影響もなく、1分あたり0.002ドルなので、これで料金がかなりかかるほどなら本当に企業用途なのではという気もします。もちろん、問題はお金を取ること自体なのでしょうけど。

何より代替案は多いので、そちらに移行するのも一つの方法だと思います。

 
pmc7777 2025-12-17

> ただし、権限モデルが実装されていないため、トークン権限を制御できない(私の認識が間違っていたら教えてほしい)

現在はサポートされています。

 
GN⁺ 2025-12-17
Hacker Newsの意見
  • うちの開発者たちが自ら GitHub Enterprise の導入を経営陣に説得した
    当時は自由ソフトウェアの価値より、機能の優れた クローズドな商用製品 に惹かれていた
    しかし今では UX の不便さ、Actions の問題、さらに 自前のハードウェアで実行しても課金される という流れになっている
    今からでもコミュニティが保守する 自由な代替手段 への移行を説得すべきだと思う
    機能が多少足りなくても、私たち自身が貢献して改善するほうが長期的にははるかに良い投資だと思う

    • 実際、当時は機能がより優れた代替案もあったが、価格が 2倍以上高かった
      GitHub が今回の問題を「修正」しないなら、別の選択肢へ移る時が来る気がする
    • コミュニティが保守している代替案が気になる。おすすめできるプロジェクトがあれば知りたい
    • こうした議論は、これまで私たちが得てきた 価値 を無視している
      フリーソフトウェアだけを使っていて製品が失敗することもあるし、商用ソフトウェアで成功した後に後から自前のソリューションを作ることもできる
      問題は商用かどうかより ホスティング依存 にある。FOSS でも他人がホスティングしていれば、結局同じ制約を受ける
      今は業界全体が SaaS に慣れすぎて、自前でサーバーを運用する能力 が失われたことのほうが大きな問題だと思う
  • 担当営業から今回の料金変更の話を聞いたが、理由の説明が「ただそうすることにした」程度で腹が立った
    私たちは AWS 上で self-hosted GitHub Actions を使っているが、料金よりもっと問題なのは GHA 自体の 品質低下
    無料の間は我慢できたが、お金を取るなら少なくとも GHA 2.0 レベルの改善は必要だ
    Jenkins はずっと以前から Kubernetes 統合 がはるかに良かったし、GHA には今も SDK すらない
    関連する議論へのリンク
    こんなやり方なら、いっそ別のベンダーを使うほうがましだ

    • GitHub の公式回答は「現時点ではコントリビューションは受け付けていない」というようなものだ
      公式ロードマップ だけで更新を見ろと言っている
    • 実際のコストを計算してみると、Jenkins を自前運用 するほうがずっと安い
      保守は多少面倒だが、CI インフラ管理の本質的な難しさではない
    • self-hosted runner の設定プロセス があまりに複雑で、ジョブのキャンセルもまともに機能しない
      公式ドキュメント でも問題を認めている
      これまで使ってきた CI の中でも特に不安定な部類だ
  • self-hosted の顧客にだけ課金 するのは本当に奇妙な決定だ
    KPI を達成しようという意図ではないかと疑っている
    競争を囲い込んで入場料を取る戦略なら、わざわざより良い製品を作る理由がなくなる

    • 以前 self-hosted で使ったことがあるが、不安定さはそのままだった
      GitHub は私たちが使う SaaS の中で 最も頻繁に落ちるサービス
    • 自分の CI ワークフロー基準では、これからは 月140ドル以上 を払わなければならない。あり得ない
    • 今は forgejo + woodpecker-ci の組み合わせを使っているが、GitHub に戻るたびに正しい選択だったと確信する
      GitLab はバックエンドが複雑だったが、forgejo ははるかにシンプルで安定している
    • GitHub が依然として ログとアーティファクトストレージ をホスティングしているので、その分コストが発生する可能性はある
    • runner 自体は安定しているが、workflow の設計が問題 だ。構造的に非効率だ
  • 分単位の料金を提示して安く見せているが、実際には 年間1,000ドル以上 になる
    self-hosted なのに GitHub が直接ホスティングする Linux 1-core の料金と同じ
    要するに「自分のサーバーを使っているのに同じ料金」を払うことになる

    • 完全に「何もしていないわけではない」と思う
      オーケストレーション、ログ、キャッシュ、結果保存 などのインフラコストは確かにある
      いろいろな CI を使ってきた立場として、なお競争力はあると思う
    • しかしこの金額ならもっと大きな VM を借りられる
      MS 買収以降 こういうことが起きるのは予想していたが、こんなに遅いとは思わなかった
    • self-host なのに分単位課金とはおかしい
      おそらく self-hosting を諦めさせる戦略 なのかもしれない
    • 実際、GitHub が最初から self-hosted を無料にしていたのが間違いだった
      そのせいで期待値が誤って形成された気がする
    • 実行時間ベースではなく 常時実行ベースで課金 するのか、少し混乱している
  • GitHub が self-hosted runner にも分単位で $0.002 の料金 を課すと発表した
    これは彼らの最小の ホステッド runner の料金と同じ
    公式料金表へのリンク

    • 結局のところ、ユーザーを Azure ベースのホスティング に誘導する戦略のように見える
      Azure の利用量が増えれば株価にも反映されるからだ
    • せめて SLA 保証 も一緒に提供してほしい
      (もちろんその場合、ステータスページを更新しないかもしれないが)
    • Bitbucket も似たような措置を取っていた。GitLab と混同していたが、いずれにせよ同じ流れだ
    • 実際には サードパーティ製 runner は GitHub より 3~10 倍安いので、彼らを牽制する意図にも見える
      関連 runner の一覧
  • これは成長が止まった企業に典型的な 「市場独占後の圧迫」戦略
    Netflix が市場を支配した後に値上げしたのと同じパターンだ

    • 実際、Netflix の戦略は 成功していた
  • 今や GitHub の encrapification が自分にも影響してきた
    自分のコンピュータを使っているのに分単位の料金を払えなんて、到底納得できない
    自前でビルドトリガーと監視ができるので、離れる準備をしている

    • 私はすでに forgejo に移行 していて、すべてのアクションが問題なく動いている
      多少のバグはあるが、全体として満足している
  • 以前 GitLab CI を使っていたが、かなり満足していた
    この記事 によれば、今回の GitHub の価格変更前から GitLab CI のほうが優れているという評価があった

    • 私も GitLab がとても好き だが、最近の AI 機能中心の料金プラン は高すぎる
      最も安い有料プランですら GitHub より 7 倍以上高く、Enterprise よりも高い
      AI なしのプランがあるなら、すぐにでもまた購入したい
    • GitLab CI は本当に 素晴らしい CI システム
      昔の GitHub Actions は比べものにならないほど使いづらかった
    • 2021~23 年ごろに GitLab CI runner を自前でホスティング していたが、
      安価な VPS 7 台を使って月に数百ドルを節約し、ビルド時間も 45 分から 7~9 分へ短縮できた
      フロントエンドチームは各 MR ごとに ライブプレビュー を見られた
    • 何年も GitLab CI を使っているが、今でも満足している
  • 今回の変更は本当に 理不尽で攻撃的な方針
    Microsoft の動きはますますユーザーに不利なものになっている

    • ただ、これを コストの再配分 と見る人もいる
      管理型 runner の料金を下げて、オーケストレーションインフラ のコストを分離したということだ
      ログ保存やストリーミングのインフラも無料ではない
      これで BuildJet や Namespace Labs のような競合が 新しい orchestration レイヤー を作る機会が生まれそうだ
      競争が生まれれば、むしろ市場にはプラスかもしれない
  • 10 年以上 HN を見てきたが、今回が初めてコメントを残すほど 衝撃的な価格変更
    self-hosted runner を運用しているが、もう GitHub を離れようと思っている
    GitLab や他の VCS のおすすめ があれば知りたい

    • 私たちは GitLab を自前ホスト しているが、安定していて CI もずっと理解しやすい
      単にコンテナでスクリプトを実行する構造なので直感的だ
    • 私は codeberg.org を無料ホスティングとして使っていて満足している
      あるいは Forgejo、Gitea、Sourcehut も悪くない
      ただし GitLab の UI は 重すぎて直感的でない ので、貢献する気が削がれる
    • codeberg.org は非営利の仕組みで運営されていて、Forgejo ベース なので信頼感がある
      企業なら Forgejo を自前でホスティングするのを勧める
    • Gitea は GitHub runner とほぼ互換性がある
      ワークフローを少し修正するだけで済む
    • 私も self-hosted GitLab を使っているが、今でも素晴らしい
      最近は AI 機能への注力が気になるものの、中核製品の品質は依然として優秀だ
  • なぜ自分で実行しているのに料金を払わなければならないのか理解できない

    • Forgejo が注目を集め始めて競争が生まれたので、GitHub が 価格でロックイン を狙っているように見える
      だが、こうした戦略は最終的に 逆風 を招くと確信している
    • GitHub は依然として オーケストレーションとモニタリング を管理していた
      つまりその部分をもう無料では提供しないということだ
      分あたり $0.002 なら、1 時間のビルドで約 $0.12 だ
      実際のコンピューティングコストのほうがずっと高いので、そこまで悪い価格ではないかもしれない
      ただ、これによって人々はより高速なマシンや 並列化 への投資を進めるだろう
      AWS の SMS のようなサービスも似た課金構造なので、小さなジョブが多いとすぐコストが膨らむ
    • Warpbuild のようなサービスが、より速く安く提供することで GitHub の市場を侵食してきた
    • GitHub が依然として全体の オーケストレーション を回しているからだ
      完全に無料にしたいなら GitHub Actions 自体を使わず、API で直接テスト結果を管理するしかない
    • スケジューラが無料なはずはないと思っていたが、結局 有料化 に戻った
      実際、GitHub Actions はこうした変更がなくても、すでに 混乱したシステム だった
  • Ubicloud のような事業者は、Microsoft より 5~10 倍速く、安価な ホステッド Actions を提供している
    それなのに Microsoft は、単純なデータ操作(行 CRUD)に対してさえ、Ubicloud の全コンピューティングコストより 2.5 倍高く課金しようとしている

    • 分単位課金ではなく ジョブ単位課金 にすべきで、それなら公平だろうが、これはやりすぎだ
  • 私は Gitea とその Runner が好きだ
    Go で書かれているのでオーバーヘッドがほとんどない
    Gitea Runner ドキュメント を参照

    • Forgejo Actions もこれをサポートしている
      Forgejo Quick Startnektos/act をベースにしている
    • ただし 権限モデル が実装されておらず、トークン権限を制御できない(私の認識が間違っていたら教えてほしい)