Xcode Cloudの使用量は、ビルドの壁時計時間ではなく、App Store Connectに記録されたチーム・アプリ別の用量を基準に見積もってください。今週はレポートを保存し、ワークフローごとの基準値を作成します。移行費用や実行条件がまだ確かめられない場合は、同じタスクをリモートMacでも試すまで全面移行を決めないでください。
CI予算を管理する技術リーダーは、用量を予算に落とし込む手順を確認できます。
Xcode Cloudのワークフローを保守する開発者は、ビルドとテストの内訳を整理できます。
リモートMacを評価するDevOpsエンジニアは、実費と運用負荷を比較する材料を得られます。
壁時計の経過時間と計算用量は別の指標です
ビルド開始から完了までの経過時間は、開発者が待った時間です。Xcode Cloudの用量レポートに示される計算時間とは同じ指標ではなく、Appleもビルドの所要時間とレポート上の用量時間が異なる場合があると説明しています。Appleの用量データ確認ガイドを、予算の指標を決める前に確認してください。
並列テストでは複数の処理が重なって実行されるため、ユーザーが見る完了までの時間が短くなっても、合計の計算用量が同じ割合で減るとは限りません。タスクの実行状況と用量記録を一緒に見て、待ち時間から使用量を逆算しないことが重要です。Xcode Cloudの並列処理を含む概要も参照し、並行実行の有無をワークフローの記録と照合してください。
予算を作るときは、指標を次のように分けます。
| 指標 | 記録する内容 | 予算に使うときの注意 |
|---|---|---|
| 壁時計時間 | 実行開始から完了までの経過 | 開発者の待ち時間を把握する値で、計算用量の代わりにはしません |
| 報告された用量 | App Store Connectで確認できる計算用量 | 月次予算の基準として、チーム・アプリの範囲をそろえます |
| ビルド記録 | ビルドごとの状態や所要時間など | 用量の変化が発生したワークフローを特定する手掛かりにします |
| ワークフロー設定 | 実行するアクションやテスト構成 | 設定変更の前後を区別し、比較条件をそろえます |
チーム集計とアプリ別記録を予算の基準にする
まずApp Store Connectで、チーム全体のXcode Cloud用量とアプリごとの用量を確認します。Appleの案内では、これらの用量データを確認できます。画面の項目や利用できる操作は、実際のアカウント上の表示と最新の用量確認手順で照合してください。
次に、予算の対象期間、対象アプリ、対象ワークフローを決めます。構成変更の前後やチームの利用範囲が異なる記録を一緒に集計すると、用量の増減が何によるものか判断しにくくなります。分析に使うデータは保存し、月ごとに同じ範囲を比べられる形にしてください。
記録する項目には、アプリ名、ワークフロー名、実行日時、ビルドやテストなどのタスク区分、レポート上の用量、ビルドの状態を含めます。App Store Connectのビルド記録をAPI経由で調べる場合は、ビルド実行記録のリソース説明も確認できます。ワークフローとの対応付けには、ワークフローリソースの説明を参照します。
タスク別の内訳とワークフロー設定を照合する
用量が増えたとき、チーム合計だけを見ても原因は特定できません。ビルド、テスト、分析、アーカイブ、配布など、ワークフロー内のアクションごとにどの作業が動いているかを記録と突き合わせます。アクションの構成はAppleのワークフローアクション設定で確認できます。
Xcode Cloudのワークフローには、開始条件やアクションなどの設定があります。用量の変化をレビューするときは、コード変更だけでなく、トリガー、テスト対象、並列設定の変更も記録に残してください。ワークフローリファレンスを見ながら、レポートの期間とワークフロー構成を対応させます。
実務では、用量が増えた期間の記録を抜き出し、同時期の設定変更を一覧にします。次に、ビルド回数やテスト範囲の変化と照らし合わせ、単発の異常と継続的な増加を区別します。過去の用量記録がない場合は、予測値を作り込まず、まず現在の構成で基準値を採取してください。
基準値・増加分・予備枠を分けて予測する
月次予算のモデルには、記録済みの用量、今後の実行頻度、テスト構成の変更、予備枠を別々に入力します。金額や用量を根拠なしに置かず、各項目にチームの実績値と根拠を残してください。
月次予測用量 ＝ 過去の実績に基づく基準値 ＋ 実行頻度の変化分 ＋ テスト構成の変化分 ＋ チームで定める予備枠
基準値は対象アプリ・ワークフローの記録から作り、実行頻度の変化分はチームが予定するビルド回数に基づいて見積もります。テスト行列を拡大する予定があるなら、その変更は別枠にします。まだ実績のない項目は「未検証」とし、推定値を確定した数字として扱わないでください。
週次の確認では新しい構成や利用方法を記録し、月次の節目で予測と実績の差を調べます。予算との差が出たら、まず対象期間と集計範囲がそろっているかを確認し、その後にワークフローやテスト内容の変化を確認します。
よくある疑問を予算判断につなげる
ビルドの経過時間と計算用量が一致しない理由
経過時間は実行全体の待ち時間、用量はレポートに示される計算時間です。並列で動くタスクがある場合も含め、両者を同じ値として扱わず、App Store Connectの用量記録を予算の基準にします。
チーム全体とアプリ単位の用量を確認する場所
App Store Connectでチーム全体と個々のアプリのXcode Cloud用量を確認します。予算台帳では範囲を混在させず、アプリ名とワークフローを対応させて記録してください。データを分析用に保存するときは、現行の画面とAppleの説明に従います。
並列テストが用量予算に与える影響
並列テストで完了までの待ち時間が短縮されることはありますが、それだけで総計算用量の減少を判断できません。実行設定、テスト対象、用量記録を変更前後で比較し、チームの実データに基づいて見積もります。
リモートMacへの移行を検討するタスク
定期実行され、ほかの処理から切り分けられるビルドやテストは、試走の候補になります。同じコミットとテスト範囲でXcode CloudとリモートMacを動かし、費用、運用負荷、成果物の受け入れ結果がそろうまでは全面移行を保留します。
継続・移行・併用を同じ条件で比べる
Xcode Cloudを続ける場合、既存ワークフローとの連携を保ちやすい一方、予算判断には用量レポートと現在の利用条件の確認が必要です。リモートMacでは実行環境を管理しやすくできる反面、ノードの設定や更新、ジョブの運用にかかる作業も比較対象になります。レンタルの条件を確認するときは、VMSPINのプラン情報を参照し、社内の運用工数と試走結果を別に加えてください。
| 選択肢 | 適する条件 | 比較に必要な記録 | 主な確認事項 |
|---|---|---|---|
| Xcode Cloudを継続 | 現行の統合を保ち、用量と利用条件を継続確認できる | チーム・アプリ別の用量、ワークフロー別の実行記録 | 用量の変化と利用範囲を同じ周期で追えるか |
| 特定タスクを移行 | 独立した継続タスクがあり、Mac側で同等の成果物を確認できる | 同一コミットの試走記録、実際の契約条件、運用工数 | 署名、成果物、ログ、失敗時の復旧を受け入れられるか |
| 併用してから判断 | 費用や動作条件に未確認項目が残っている | 両方の実行記録、用量レポート、検収結果 | 比較条件をそろえ、移行範囲を限定できるか |
条件分岐で決める
- 同じタスクの用量記録があり、移行先の契約条件と試走結果もそろっているなら、実測した総費用と運用負荷を比べて対象タスクの移行を判断します。
- 用量の増加が特定タスクに結び付いていても、リモートMac側の試走結果がないなら、まずそのタスクだけを並行実行します。
- 用量の内訳、契約条件、検収基準のいずれかが不明なら、全面移行は決めず、レポートの記録と試走を続けます。
- 実機接続など手元の物理環境が必要な作業、または安定した長期運用で専用機を管理したい場合は、リモートMacのレンタルが最適とは限らないため、自社の運用要件と照合します。
予算の節目では、アプリ・タスク・期間ごとに予測用量と実績用量を並べ、差が生じた理由を記録します。次の判断材料は、公式レポートと同じタスクの双軌試走です。チーム向けの導入条件を確認したい場合は、VMSPINのリモートMac利用案内を参照し、自社の試走記録と照らし合わせてください。
Xcode Cloudの用量が継続して特定タスクに偏るなら、いきなり全面移行するのではなく、タスクを分けて同一条件で検証してください。Xcode Cloudの計算用量とリモートMacの料金だけを並べても、運用作業や検収を含む総コストは決まりません。短期の試行環境が必要で、契約条件と実測結果から費用対効果を確認できる場合は、VMSPINのリモートMacを比較対象に加えると判断材料が増えます。