CircleCI 雲端 macOS 對比按天雲 Mac Runner | 短週期 iOS 建置 SLO

短週期發版時，瓶頸常在「什麼時候輪到我」：共享 macOS 池被多分支佔滿時，排隊曲線會拉長合併節奏。CircleCI 雲端 macOS 執行器省自管機器，但方案併發與資源類型會決定尖峰排隊；自託管按天雲 Mac Runner 把出口、金鑰與快取鍵收回可控邊界，維運與安全基線則由團隊自扛。

P95

排隊＋建置尾延遲觀測軸

併發

方案上限與資源池標籤

出口

私密 Pod／Artifact 路徑

先把問題框成「排隊 SLO」而不是「機型」

建議把時間拆成三段：觸發到開始執行（排隊）、依賴解析與簽出（網路）、編譯封裝（CPU／IO）；多數「CI 變慢」是前兩段被誤算進第三段。若遇分鐘包／併發封頂，可先讀 2026年Xcode Cloud分鐘包與併發打滿後：按天雲Mac承接Archive、公證與TestFlight的切換訊號、路徑規劃與回退決策矩陣FAQ，再把同一觀測軸對照 CircleCI 排隊曲線。

維度	CircleCI 雲端 macOS	自託管按天雲 Mac Runner
私密依賴	平台出口＋ allowlist／OIDC；Gem、Pod 私服須對齊文件	固定出口或 VPN；Keychain、`git`／`curl` 憑證自管
併發與成本	方案與資源類型約束；尖峰單價與排隊併算	按天／節點較可預測；空閒與映像維護入帳
排隊 SLO	共享池尾延遲敏感；分 workflow／resource class 觀測	獨佔或標籤池 P95 較穩；風險轉為單機可用性

實務提醒

先寫清「合併後可測 build」的 SLO 再回推並行 job；雲端池看 P95 排隊漂移，自託管看心跳與磁碟，否則換大機型仍被排隊吃尾端。

先區分 DNS、TLS 中繼憑證與來源 IP allowlist；附上 pod install --verbose 時間戳與出口 IP，比盲目重跑 job 更快收斂。

當 P95 排隊持續吃掉合併緩衝、又難以用分時段或拆 job 短期消化，可把 Archive／簽章遷到獨佔 Runner。混合拓撲見 2026年Jenkins混合拓撲：Controller駐輕量VPS與雲Mac Agent的JNLP回連及企業資源池落地清單，用分層路徑避免單一出口成為隱形瓶頸。

合規與稽核

自託管快取 DerivedData 或原始碼樹時，政策須寫清映像重建／節點回收的清除步驟，避免簽章材料誤留共享快取。