3
米国にないiOS用のホストされたCI / CD？
TL; DR：アジア、または少なくともヨーロッパにデータセンター/ビルドボックスを持っているiOS向けのホスティングCI / CDプロバイダーをご存知ですか？（ビルドとデプロイの両方を提供するが、ビルドはMVPである場合のボーナスポイント） 裏話： 私たちはiOSとAndroidで大規模なCI / CDを実行しています。Merge-Requestブランチのテスト/検証と、テスターと利害関係者へのトランクビルドのデプロイの両方で、10以上の同時ビルドを実行しています。私たちは、満足しているSaaS /クラウドプロバイダーを使用しています。 情報源と同様に、私たちはアジアにいます。クライアントは規制の厳しい業界に属しており、規制当局はまだクラウド内のソースを処理できないと考えているため、ソースをオンプレミスに保つために懸命に闘っています。この前提を受け入れてください。彼らがそれを手放す必要がある理由を理解しています。しかし、今のところ...できないと思います。 つまり、ソースはアジアにありますが、それを構築するCI / CDプロバイダーはすべて米国にあるようです（Circle、Buddybuildなど）。太平洋を越えた帯域幅は、特にアジアの営業日にひどい。すべてのビルドが急増する前にすべてのクローンが費やす時間は、営業日のほとんど60分を超えます。 CI / CDのオンプレミスは、DockerコンテナーでのAndroidビルドでは非常に簡単です。しかし、iOSが問題です。OSXを管理してビルドボックスの艦隊を運用し続けるように人々に教えるビジネスに身を置く必要があるか、専門家にその問題を解決させる必要があります。 ノート： SEコミュニティ、私は推奨事項を求めていません！これは事実上の技術的な質問です。特定の地域で、特定の技術要件を満たす特定のサービスを利用できますか？ MacStadiumがアイルランドでMacOS VMを提供できることはわかっています。ただし、これは、独自のCIプロセス全体を管理する必要があることを意味します。さらに、避けたい多くの低レベルのシステム管理タスクも必要になります。もちろん、ビルドとデプロイメントを分離することも意味します。しかし、待ち時間は許容範囲のようです。 私たちは、クラウドCI / CDプラットフォームを私たちの近くに持っている他の人々を知っています...しかしiOS / MacOSのサポートがありません。 浅いクローンは必要な帯域幅が少ないため問題が軽減されることはわかっていますが、現在のプロバイダーがまだサポートしていないことを意味する他の複雑さもあります。そして、彼らはどんな場合でも問題を完全に解決するわけではありません。 オフプレミスのGitHubミラーを使用して実験しましたが、これは問題の一部を解決しますが、規制の問題には対応していません。また、多くのWebhook、特に新しいコードのCIパイプラインにとって重要なMerge-Request Webhookでは機能しません。Webhookを監視し、APIコマンドを他のサービスプロバイダーに強制的にリレーするエージェントを作成することもできますが、それは実際にフープを飛び越えているだけでなく、維持するための実質的な新しいコードを作成しているはずです。