審查時常被忽略的五種 Xcode Cloud 疲勞簽章
Xcode Cloud 把可重現的 macOS 建置映像產品化，並讓工作流緊貼受支援的 Xcode 譜系與 App Store Connect。當 scheme 數、二進位重量與夜間並行超過某閾值，阻斷點往往不再是 workflow YAML 缺欄位，而是並發上限、尖峰時段的佇列深度，以及你無法在共用池改寫的 NVMe 隨機寫型態疊加。自建 runner 的團隊若把兩種失敗語言混在同一張表但不標籤，現場就只會覺得「雲端不穩」。
把簽章寫出來並非攻擊 Xcode Cloud，而是為了誠實定義哪些工作負載留在託管池、哪些搬到星加坡、東京、首爾、香港、美東、美西的專用裸金屬。資安、財務、平台若共用詞彙，就能用可觀測閾值取代都市傳說。
一旦能穩定重現其中一項，裸金屬雲端 Mac 的價值就濃縮成：降低共用磁碟競態、自管 runner 標籤、讓建置平面靠近私有容器登錄檔或內部伺服器快取。下一節刻意維持粗粒度，好讓首場架構審查在一小時內結束。
若貴團隊已拆分併行佇列並讓程式碼與成品同居同一區域，請並讀本站多區 iOS CI 佇列路由專文；本頁只談 Xcode Cloud 與可控裸金屬的產品邊界，不重複所有標籤配方。
分鐘健康但插槽飽和： 分鐘燃燒曲線平穩，合併週仍大排長龍；並發與優先順序是另一張預算表。
巨型 Archive 與符號上傳： dSYM 與大型資源包拉長上傳視窗，與互動除錯爭奪上行頻寬，誤開網路障礙票。
多 scheme 記憶體尖峰： Swift 與連結器並行較早把 16GB 推入 swap，在排程器底下放大尾延遲。
Git 與成品跨區： 儲存庫在 APAC而物件儲存預設別洲時，簽出與快取暖身才是瓶頸，加 CPU 無法根治。
互動與 CI 同一身分空間： Xcode Previews、模擬器與夜間 Archive 共用 NVMe 佇列，只看症狀會以為整朵雲變慢。
每個簽章都應有可附議的追蹤編號。設計評審時請把尖峰直方圖與分鐘曲線疊在同一投影片，並宣告本次要最佳化的是佇列還是分鐘，以免預算會議跑偏。
Xcode Cloud 與裸金屬雲端 Mac：隔離、並行、除錯、合規敘事
目標不是誰吃掉誰的標語，而是組合策略：與 App Store Connect 輕耦合的步驟留在 Xcode Cloud，肥大的 Archive、長時間整合測試、鎖定小版本的回歸則移到你可標籤、節流與快照的專屬主機。憑證政策、私庫規則、資料落地條款每家公司不同，因此表格保持粗線條仍足以通過第一道預算關。
當討論淪為「全託管」對「全自建」兩極，請只問兩題：尖峰直方圖顯示的是插槽飢餓還是跨網路搬料；你是否願意用兩週的按日試租量測 Archive 尾延遲。兩題都有答案後，才有資格談 SKU 往上堆而非靠感覺。
| 維度 | Xcode Cloud 託管池 | 裸金屬雲端 Mac 專用 |
|---|---|---|
| 重現性 | 官方映像與受支援 Xcode 矩陣 | 你擁有映像釘選、舊版小版本、常駐程序政策 |
| 並行體感 | 產品上限與共用佇列造成突發等待 | 獨佔 CPU 與磁碟佇列，等待規則由你制訂 |
| 互動除錯 | CI 優先的工作流，桌面混用仍有邊界 | 橫跨編輯與封存的全功能 Xcode 桌面工作階段 |
| 網路落點 | 需刻意對齊內部 Git 區域 | 六區可選，貼近審核者與遠端儲庫 |
| 成本形狀 | 分鐘與方案階梯，輕量建置較易預測 | 按日、週、月、季試租，燒機後再固化基線 |
| 合規說法 | 依供應商處理條款敘事 | 包進既有稽核、金鑰輪替與日誌保存劇本 |
組合策略是把會餓死共用磁碟與插槽上限的工作負載撤出，而不是對託管 CI 發動信仰戰爭。
最後一列同時對法務與 SRE 有意義。若 Build 日誌可能含個資片段，請在 Runbook 寫清楚保存天數與存取角色，必要時把去識別化設為預設 pipeline 步驟。無法解釋的共用池依賴會讓每次事故都像新故事。
六區配置與 16GB/256GB、24GB/512GB 拆分法則
區域語言描述的是建置平面要依偎哪個鄰居：審核者、Git 遠端、容器登錄檔，或 App Store Connect API 的慣例。把無人 builder 全放美東而真人全在 APAC 並非自動錯誤，若法務與 API 流早已以美國為中心，敘事仍可自洽。星加坡與東京常作 APAC 樞紐，首爾與香港在特定電信路徑上可能更省時延。任何口頭規則都要被 traceroute 與實際拉取成品的樣本覆核。
SKU 方面，16GB 配 256GB 適合單一 main scheme 的煙霧測試與終端機取向工作。夜間 job 若平行編譯巨型 Swift 目標，或同一位工程師同開模擬器與索引，24GB 配 512GB 能減少 swap 並讓 DerivedData 不必頻繁驅逐。長期維持逾八五％ 磁碟利用率時，即便 CPU 輕載也會被判定為不穩；請先決定要切角色還是加碟，而不是先換晶片。
按日、按週試租適合版號洪峰與冷啟動磁碟型態探索。當月線直方圖平緩，將互動機與建置機改為較長租期以降低金鑰與 runner 身分換手頻率。若瓶頸是佇列隔離而非容量，別盲目加碟。SSH、VNC 的驗收請對照本站遠端工作階段品質專文，避免把網路 KPI 與編譯 KPI 混線。
build_plane:
primary_region: sg | jp | kr | hk | use | usw
git_artifact_colocation: strict | best-effort
roles:
interactive_xcode: { tier: m4-16g-256g, forbid_heavy_archive: true }
unattended_archive: { tier: m4-24g-512g, queue: nightly-heavy }
upload_window: { avoid_local_business_hours: true }
rental:
phase_a: day_or_week_burn_in
phase_b: month_or_quarter_baseline
此骨架僅供架構白板，實際鍵名請按組織慣例替換；列出之區域代號必須對應已通過庫存與法務覆核的縮寫。
提示： 為磁碟水位、Archive 尾延遲、上傳重試次數各寫一條合格線，財務與稽核較易接受數字而非形容詞。
從按日試租到月基線的六步 Runbook
凍結樣本： 同一分支、同一 Xcode 小版本、同一 scheme 清單；週中禁止更換相依解析器策略。
匯出雲端佇列簽章： 記錄尖峰等待與重試次數，並標註是否與插槽上限相關。
按日租用裸金屬對跑 Archive： 至少在星加坡或東京完成二十次完整封存，記錄尾延遲與磁碟尖值。
拆分上傳視窗： 把 dSYM 與巨型素材改到夜間 job 或專用 builder，觀察 TestFlight 體感是否解耦。
同區 SKU A/B： 比較 16GB/256GB 與 24GB/512GB 的連結器尖峰記憶體與 swap 次數。
固化預算與租期： 把合格線貼進 wiki 並指定負責人與季審；若連續失敗應寫回雲端優先的 rollback 條件。
每一步都懸掛可供週會展示的工單或儀表連結，否則試租只會延長租期而留存不了方法論。
審閱備註可直接貼上的三條 guardrail
分鐘與佇列分屏： 永遠把分鐘燃燒曲線與等待時間直方圖放在同一頁，避免容量規劃優化錯軸。
磁碟水位政策： 建置機連續多日超過八五％ 時先觸發快取治理或主機拆分，CPU 加購往後放。
分段時間戳： 封存完成、上傳完成、TestFlight 處理完成各自記錄，找出哪一段在漂移。
注意： 以上 guardrail 僅供內部工程驗收，並非對第三方網路或 Apple 服務的 SLA。
若只依賴共用託管池，肥大 Archive、符號體積與尖峰佇列會折疊成單一尾延遲分布，最後靠重試與加班吸收。橫跨 APAC 與北美的六區獨佔 Apple Silicon 裸金屬，外加可用租期切開互動與無人工作負載，才是合併週不再賭運氣的 production 底板。當你需要在實機上可重現的燒機、具彈性的按日或按週試驗、以及選擇性的月租或季租基線時，MESHLAUNCH 的 Mac mini 雲端租賃通常是更穩妥的答案。
請先閱讀 多區 iOS CI 佇列路由 以統一標籤語言，再回到本文表格決定卸載何種工作負載。
用按日試租搜集記憶體與磁碟尖峰值，並在 租賃價格 頁掌握 SKU 階梯後再標準化。