2026年 Cirrus CI 停止（2026-06-01 まで）移行選定：CircleCI macOS Fleet と独占リモート Mac のセルフホスト GitHub Actions Runner はどう選ぶ？分単位課金・キュー・資格情報境界と SSH の制御可能性：意思決定マトリクス＋FAQ
Cirrus Labs 側の公開情報では、2026-06-01 を目安に Cirrus CI 上のジョブ実行が停止する見通しが示されています。Apple Silicon／macOS パイプラインからの出口として現実的なのは、マネージドな弾力プール（本稿では CircleCI の macOS リソースモデルを代表例として扱う）と、独占リモート Mac にセルフホスト GitHub Actions Runner を載せる構成の二系統です。分単位の請求、キュー、資格情報の境界、SSH で触れるか——この四つを同じ座標系に置き、移行 runbook に貼れる結論にします。キャッシュと並列ビルドの切り分けは 2026年 Xcode 26 リモート Mac CI：xcodebuild のコンパイルキャッシュ、Derived Data 戦略と並列ビルドの性能劣化を SSH で切り分ける意思決定マトリクス、常駐 Runner の launchd／SSH ヘッドレス運用は 2026年 OpenClaw macOS デュアル LaunchAgent 共存トラブルシュート：launchctl 修復、設定の単一化、専有リモート Mac の SSH ヘッドレス運用チェックリスト＋FAQ も参照してください。
1. 背景と移行ウィンドウ：停止を「スコープ変更」として扱う
コミュニティやベンダ投稿を横断すると、2026-06-01 は「Cirrus CI でジョブが走らなくなる」という意味でのアンカー日として計画に載せるのが無難です。その前に三つの制御を出してください。Cirrus 固有挙動に依存する新機能の凍結、macOS ジョブ種別の棚卸し（署名、Simulator、公証、キャッシュ形状）、主経路とオーバーフロー経路の決定（ピークはマネージド／リリースは専用、あるいは逆）です。
GitHub Actions へ寄せる場合は、ラベルとキューを書き換える段階で、ホスト macos-* とセルフホストの実効ドル／分を並べる議論が必ず発生します。社内チャージバックを載せた比較観点は別稿の GitHub Actions 記事群と同じ土俵です。
2. 各選択肢が本当に売っているもの
- CircleCI macOS Fleet（マネージド）：プラットフォーム SLA・弾力的な並行性・分単位の請求を買います。イメージ更新、マシンライフサイクル、隔離の一部はベンダ定義です。ピーク処理を外注したいチーム向きです。
- 独占リモート Mac ＋ セルフホスト GitHub Actions Runner：環境の予測可能性・対話的トリアージ・シークレットの置き場所の支配を買います。コストの主役は減価償却、ラック／電力／帯域、運用工数で、キュー深さは自前スケジューリング（ラベル、Runner グループ）次第です。
3. 分単位課金：FinOps の定義を揃えないと比較が嘘になる
マネージド側では、多くの場合キュー待ち＋実行を含むプラットフォーム分が課金対象になります。フレーク再試行、コールドキャッシュのフルビルド、マトリクス扇の広げ方は、製品価値を増やさずに分を増幅させます。
セルフホスト側では、社内に実効生産分として書きます。アイドル Runner は実効 $／分を押し上げ、24/7 で飽和していれば下がりますが、メンテナンスによる停止分も財務と同じ粒度で予約するのが健全です。
4. キューと並行性：弾力性と予測可能性はリスクの移転
マネージド Fleet はピークでキューが伸びても水平方向の物語が明確です。専用プールは天井に当たるまではキューが短く制御しやすい一方、物理上限がそのままボトルネックになります。妥協の定番は、署名・リリース・長時間結合を専用 Runnerに、PR マトリクスや短い Lint をマネージドに載せる二段構えです。
5. 資格情報境界：OIDC、プロジェクトトークン、「SSH できるマシン」
どちらもアイデンティティを層に分けます。読み取り専用クローン、成果物アップロード、署名と App Store Connect APIを一つの長寿命スーパークレデンシャルに載せないでください。マネージドは短命トークンと監査プリミティブの説明がしやすく、専用 Mac はキーチェーン運用と対話ログイン次第で長寿命秘密が積み上がる——双方にチェックリストと署名が必要です。
セルフホストでは org 単位のブラスト半径をレビューします。Runner ユーザーが複数リポジトリ横断で読めるか、~/Library 残留がジョブ間で状態を漏らさないか。移行承認の欄に明示してください。
6. SSH の制御可能性：MTTR と攻撃面のトレードオフ
独占リモート Mac の典型的な勝ちは再現可能なログインです。Xcode のドリフト、Simulator のゴミ、キーチェーンのアンロック失敗をフォレンジックに追えます。その代わりヒトのポリシーが要ります。誰がいつ SSH できるか、本番 Runner へのホットフィックスを禁止するか、手動セッションが自動化と競合しないか。
マネージド Executor に同等の SSH は期待しにくく、トリアージはログ・キャッシュキー・再現イメージに寄ります。「とりあえず ssh で覗く」文化のまま純マネージドへ移るなら、可観測性と高速な再現環境への投資がないと MTTR が悪化しがちです。
7. 意思決定マトリクス（レビュー資料に貼り付け用）
| 観点 | CircleCI macOS Fleet（マネージド） | 独占リモート Mac ＋ セルフホスト GHA Runner |
|---|---|---|
| 分単位課金 | プラットフォーム $／分が明瞭。キュー＋再試行の増幅に敏感。 | ハードと運用の按分。アイドルで実効 $／分が上がる。 |
| キュー／並行性 | 弾力性は強い。ピーク UX はプランとプール依存。 | 並行性のハード上限。ラベルとスケジューリングは自前。 |
| 資格情報境界 | OIDC やプロジェクトシークレットの型が成熟。拡散しにくい。 | 出口制御は設計次第。キーチェーン運用の規律が要る。 |
| SSH 制御性 | 原則 SSH なし。ログとイメージ再現が主戦場。 | SSH／VNC に寄せやすい。署名と Xcode 周辺に強い。 |
8. FAQ
Q1: CircleCI とセルフホスト GHA のどちらか一方だけにしなければならない？
いいえ。主プラットフォームを一つに決め、もう一方をオーバーフローやリリース専用にする構成は普通です。シークレット、キャッシュキー、成果物、署名を分離し、二つの「似て非なる環境」を長期維持しないことが重要です。
Q2: Cirrus から CircleCI へ移すとき、いちばん時間を食うのは何？
YAML 構文よりキャッシュ意味論と依存インストール経路、Apple 側クレデンシャルのローテーション、Simulator バージョンのマトリクスです。まず最小のリリース可能ジョブを一本通し、その後にマトリクスを広げます。
Q3: 開発者の SSH がセルフホスト Runner を壊すのを防ぐには？
読み取り専用ベースイメージ＋ジョブごとの捨てワークディレクトリ、Runner サービス用 OS ユーザーと対話用アカウントの分離、本番金属へのホットフィックス禁止を PR とイメージビルド経由に寄せます。
Q4: いつマネージド macOS Fleet を優先すべき？
スパイクが大きく、Mac CI のオーナーが薄く、SSH 依存が低く、コンプラ監査をベンダ寄せで説明したいときです。
専用レーンに着地するなら：Mac mini と macOS が効く理由
独占リモート Mac のセルフホスト Runnerは、予測可能な分と実機トリアージを買う選択です。Apple Silicon の Mac mini（M4 世代など）は、大規模な xcodebuild グラフと並列テストに効くユニファイドメモリ帯域、常時稼働 Runner に効く低いアイドル電力、そして CI とローカルの差を縮めるmacOS／Xcode との素直な整合という三つを同時に満たしやすい機種です。
無人ノードでも Gatekeeper・SIP・FileVault がセキュリティの床を上げつつ、SSH 面を最小権限の Runner アカウントとキーチェーン方針で縛れば、監査可能な runbook に書き込みやすくなります。
Cirrus 出口をカレンダーで圧縮するなら、まず専用レーンを Mac mini M4 で安定化し、ピーク負荷だけマネージド Fleet に溢すのが 2026 年でも現実的な落としどころです。Mac mini M4 を今すぐ導入して専用 CI を先に固めるのが、期限付き移行ではいちばん費用対効果の高い一手になりやすいです。プランの詳細は SSHMac のトップページから確認し、Runner キャパシティ計画に組み込んでください。