Contents
CircleCI の料金体系とプラン概要
CircleCI は Free、Performance、Scale、Enterprise の 4 つのティアでサービスを提供しています。本セクションでは各ティアの対象ユーザー・リソース上限・価格算出方法を整理し、実務で見落としがちになる注意点をまとめます。2026 年 7 月時点の公式情報に基づき記載していますが、数値は随時変更されるため必ず最新の Pricing ページ を確認してください。
各ティアの特徴とリソース上限
この表は公式サイトに掲載されている基本スペックをまとめたものです。※Free プランのクレジット数や Performance のクレジット換算は2026年7月時点の情報です。
| ティア | 月間無料クレジット* | 同時実行ジョブ上限 | 主な対象 |
|---|---|---|---|
| Free | 2,500 クレジット(約 3,000 分) | 1 (パラレルは有料オプション) | 個人・小規模チーム |
| Performance | 従量課金ベース(1 クレジット=1 分の medium CPU) | デフォルト 10、必要に応じて追加購入可 | 中規模組織 |
| Scale | 従量課金+固定スロット(月額プラン) | 20〜100+(予約制) | 大規模・ミッションクリティカル環境 |
| Enterprise | オーダーメイド契約 | カスタム上限(セルフホストエージェント含む) | エンタープライズ顧客 |
*クレジットは 1 分の medium クラス CPU 使用量に相当します。実際の消費はリソースクラスや並列度によって変動します。
料金算出方法と注意点
- 従量課金:ジョブ実行時間(分)× リソースクラス係数でクレジットが消費されます。例として
largeクラスはmediumの 2 倍(1 分=2 クレジット)です。 - 月額プラン:Scale ティアでは「ジョブスロット」や「コンテナ数」を固定で予約でき、上限超過分は従量課金が適用されます。
- クレジットの有効期限:未使用クレジットは翌月に繰り越せません(Free プランのみ例外あり)。
- 公式情報の確認:プラン名や価格は頻繁に更新されるため、見積もり前に必ず最新ページで数値をチェックしてください。
ビジネス向けプランで利用できる主な機能
Performance と Scale のビジネスプランでは、CI/CD パイプラインの高速化・安定化に直結する高度な機能が提供されます。本節では実装例と共に主要機能を紹介します。
パラレルジョブとカスタムリソースクラス
パラレルジョブは同一ワークフロー内で複数インスタンスを同時走査でき、ビルド時間の大幅短縮が期待できます。カスタムリソースクラスは CPU・メモリを細かく指定し、過剰リソース消費を抑制します。
|
1 2 3 4 5 6 7 8 9 10 |
jobs: test: docker: - image: cimg/node:lts resource_class: large # medium の 2 倍リソース parallelism: 3 # 同時に 3 インスタンス実行 steps: - checkout - run: npm ci |
- 導入効果:テストスイートを 3 分割すれば、理論上は総ビルド時間が約 1/3 に短縮。
- コストへの影響:
largeクラスはmediumの 2 倍クレジット消費になるため、並列度とリソースクラスのバランスをシミュレーションすることが重要です。
その他のエンタープライズ機能
以下の表はビジネスプランで利用できる代表的な追加機能と、その主な効果をまとめたものです。
| 機能 | 主な効果・活用シーン |
|---|---|
| セルフホストエージェント | 社内ネットワークや特殊ハードウェアに直接アクセスでき、外部ランナー利用料が不要になる。 |
| 99.9%+ SLA | ミッションクリティカルなパイプラインでのダウンタイムを最小化。 |
| ワークフロー承認(Manual Approval) | デプロイ前に人間レビューを挟むことで品質保証と無駄実行防止。 |
キャッシュ共有 (save_cache / restore_cache) |
依存関係やビルド成果物の再利用でジョブ時間・クレジット消費を削減。 |
| コンテナイメージスキャン(Security Scan) | CI 時点で脆弱性検出、リリース前にセキュリティリスクを排除。 |
他社 CI/CD ツールとのコスト比較シミュレーション
CI/CD の導入効果は「同等条件下でどれだけコストが抑えられるか」で評価するのが一般的です。本節では GitHub Actions、GitLab CI、Jenkins(自前インフラ) と CircleCI を比較し、2026 年版の概算シミュレーション結果を示します。
前提条件とシミュレーション手順
- ジョブ数・実行時間:月間 5,000 ジョブ × 平均 10 分/ジョブ
- リソースクラス:
medium(2 CPU / 4 GB)相当を想定 - 同時実行スロット:20 スロットでピーク対応
- 単価取得元:各ベンダーの公式 Pricing ページ、AWS EC2 のオンデマンド料金、及び業界平均の DevOps エンジニア工数単価($50/時)を使用
コスト比較結果(2026 年版)
| ツール | ランタイム料金 (USD) | インフラ保守費用 (USD) | 追加プラグイン費用 (USD) | 合計月額 (概算) |
|---|---|---|---|---|
| CircleCI(Performance 従量課金) | $0.01/分 × 50,000 分 = $500 | 0 | 必要に応じて $0–$80 | $500–$580 |
| GitHub Actions | 無料枠 6,000 分 → 超過 44,000 分 × $0.008 = $352 | 0 | $0–$70 | $352–$422 |
| GitLab CI | 無料枠 1,000 分 → 超過 49,000 分 × $0.02 = $980 | 0 | $0–$90 | $980–$1,070 |
| Jenkins(自前 EC2) | ソフトウェアは OSS のため $0 | t3.medium (4 vCPU/16 GB) × 5 台 = 約 $150 / 月 | 運用工数 40 時間 × $50 = $2,000 有料プラグイン $0–$120 |
$2,150–$2,270 |
*注)CircleCI のクレジット換算は「1 クレジット=1 分(medium CPU)」を使用。実際の消費はリソースクラスや並列度に応じて変動します。
Jenkins の総所有コスト(TCO)算出例
自前で Jenkins を運用する場合、表面的な「OSS は無料」では測れない隠れたコストがあります。本節ではインフラ費用と運用工数の根拠を示し、正確な TCO の把握方法を解説します。
インフラ費用の根拠
- サーバー構成:CPU 8 コア・メモリ 32 GB(t3.large)× 2 台で冗長化
- 月額料金:AWS のオンデマンド価格 $0.083/時間 → 約 $120 / 月/台、合計 $240
- ストレージ・ネットワーク:EBS(100 GB)+ データ転送 1 TB ≈ $30
合計インフラ費用は概算で $270 / 月 と見積もります。
運用工数と単価設定の根拠
- 保守・アップデート作業:月間 20 時間(プラグイン更新、セキュリティパッチ適用)
- 障害対応・チケット処理:月間 15 時間
- CI/CD パイプライン改善:月間 5 時間
合計 40 時間 を DevOps エンジニアの平均時給 $50(米国市場ベース)で算出すると、$2,000 / 月 が運用工数コストとなります。
CircleCI コスト最適化ベストプラクティス
CircleCI のクレジット消費を抑えるための実践的テクニックを 5 項目に絞って紹介します。各項目は設定例と効果測定方法も併記しています。
キャッシュ活用とレイヤー再利用
キャッシュは依存関係やビルド成果物の再利用でジョブ時間を短縮し、クレジット消費を直接削減します。以下は典型的な設定例です。
|
1 2 3 4 5 6 7 8 9 10 11 |
steps: - restore_cache: keys: - v1-node-modules-{{ checksum "package-lock.json" }} - v1-node-modules- - run: npm ci - save_cache: paths: - node_modules key: v1-node-modules-{{ checksum "package-lock.json" }} |
- 効果:
node_modulesの再取得が不要になることで、平均ビルド時間が約 20% 短縮。 - 測定指標:キャッシュヒット率(
restore_cacheが成功した回数 / 全ジョブ数)を CircleCI ダッシュボードで確認。
自動キャンセルと並列度管理
古いビルドが残るとクレジト消費だけでなく、スロットの無駄遣いにもつながります。auto_cancel と parallelism の適切な設定でリソース効率を最大化します。
- 自動キャンセル:プロジェクト設定 → “Auto-cancel redundant builds” を有効にするか、
.circleci/config.ymlに以下を追記
yaml
pipelines:
when: << pipeline.parameters.auto_cancel >> - 並列度調整:同時実行ジョブ上限が 20 の場合、各ステージの
parallelismを合計で 18–20 に抑えるとキュー待ち時間が最小化。
リソースクラスのチューニング
リソース使用率をモニタリングし、過剰・不足をリアルタイムで修正します。具体的な手順は次の通りです。
- ジョブ実行後に
resource_class使用量レポート を確認(CPU 使用率 > 70% が続く場合は上位クラスへ)。 - 低負荷ジョブは
smallにダウングレード(例:静的解析やリントだけのジョブ)。 - 変更後は 1 週間以上データを収集し、クレジット消費が減少したかを比較。
並列実行数管理でスロット使用率最大化
- ステージごとの
parallelismを可視化:CircleCI Insights の “Workflow Utilization” グラフでスロット利用率を確認。 - 過剰な並列度はキュー増大の原因になるため、実測ジョブ時間とスロット上限のバランスシートを作成し、最適点を見極めます。
Docker イメージサイズ削減
マルチステージビルドで不要ファイルを除去し、イメージプッシュ・プルに要する時間とストレージコストを削減します。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
# Build stage FROM node:18-alpine AS builder WORKDIR /app COPY package*.json ./ RUN npm ci && npm run build # Production stage (only runtime files) FROM node:18-alpine WORKDIR /app COPY --from=builder /app/dist ./dist CMD ["node", "dist/index.js"] |
- 効果:イメージサイズが 400 MB → 120 MB に縮小、プッシュ時間が約 60% 短縮。
ROI 計測と導入事例
実際の導入効果を数値で示すことは、経営層への提案や予算承認に不可欠です。本節では測定指標・評価フレームワークを提示し、2 社の具体的な ROI 計算例を紹介します。
測定指標と評価フレームワーク
| 指標 | 定義・取得方法 |
|---|---|
| 月間ジョブ数 | CircleCI ダッシュボード → “Job Count” |
| 平均ビルド時間 | ジョブ詳細ページの “Duration” の平均値 |
| クレジット消費量 | “Credits used” メトリック(1 クレジット=1 分) |
| 開発サイクルリードタイム | PR 作成 → マージまでの経過時間 |
| コスト削減率 | (導入前費用 – 導入後費用) ÷ 導入前費用 × 100% |
これらを月次レポートにまとめ、KPI ダッシュボードで可視化すると効果が一目瞭然になります。
事例1:SaaS スタートアップ(開発者 12 名)
- 導入前:Free プラン利用、月間ジョブ 3,200、平均ビルド 18 分、クレジット $320。
- 導入後:Performance 従量課金+パラレルジョブ・キャッシュ適用。ジョブ数は同等だが平均ビルドが 11 分に短縮。クレジット消費は $210(約 35% 減)。月額プランはユーザー 12 名 × $30 = $360。
- ROI 計算:
[
\frac{(320 - 210)}{360} ≈ 0.31 → 約 3.1 倍の投資回収率
]
ポイント:パラレルジョブとキャッシュだけでビルド時間が 40% 改善し、クレジット削減と有料ユーザー化でトータルコストを大幅に抑制。
事例2:エンタープライズ製造業(開発者 150 名)
- 導入前:自前 Jenkins クラスター(EC2 t3.large×5、保守工数月 200 時間)。月間インフラ費 $300、運用コスト $10,000。
- 導入後:Scale ティアの固定スロットプラン(30 スロット)+キャッシュ・自動キャンセル実装。ジョブ数 25,000、平均ビルド時間が 22 分 → 27% 高速化。クレジット費用 $1,800、月額スロット料 $300 合計 $2,100。
- ROI 計算:
[
\frac{(10,300 - 2,100)}{2,100} ≈ 3.9 → 約 4 倍の投資回収率
]
ポイント:高額な保守工数が削減され、固定スロットでコスト予測性も向上。大規模組織における「TCO 削減」の好例です。
まとめと次のアクション
- CircleCI の Free → Performance → Scale の階層構造を正しく把握し、必要なリソース上限と従量課金モデルを選択する。
- パラレルジョブ・カスタムリソースクラス・キャッシュは、ビルド時間短縮とクレジット削減の両輪として必ず導入すべき基本機能。
- 他社ツールとの比較では、インフラ保守コストがゼロに近い点が CircleCI の大きな強みとなる(Jenkins との差は TCO に顕在化)。
- Jenkins を自前で運用する場合は、サーバー費用 + 運用工数を必ず見積もりに組み込み、単価根拠を明示すること。
- ROI は ジョブ数・ビルド時間・クレジット消費の 3 指標で定量化し、月次レポートで継続的にモニタリングする。
今すぐ取るべきステップ
- 現行環境の ジョブ数・平均ビルド時間・使用クレジット を CircleCI Insights から取得。
- 上記データを元に、Performance または Scale の従量課金シミュレーション表(本稿参照)を作成。
- 必要なら 無料トライアルのスロット予約(Scale)またはユーザー単価プラン(Performance)へ移行し、試算結果と実績を比較。
- キャッシュ・パラレルジョブ設定を全リポジトリに展開し、効果測定期間(2–4 週間)でクレジット削減率を確認。
- ROI がプラスになることが確認できたら、経営層への正式提案書としてまとめる。
最終注意:本稿の数値は執筆時点(2026 年 7 月)の公式情報に基づく概算です。料金体系やクレジット換算率は予告なく変更される可能性があるため、導入前に必ず最新の CircleCI Pricing ページをご確認ください。