Pour les équipes de Asie du Nord-Est, hébergez votre machine de build iOS en centre de données. L’alimentation, le réseau et le refroidissement sont pris en charge, tandis que votre équipe conserve son workflow CI habituel.
Chaque Mac mini physique est réservé à un seul client. Pas de machine virtuelle : le service fonctionne 365 jours par an. Idéal pour les équipes qui fusionnent du code plusieurs fois par jour et doivent conserver leurs caches de dépendances et leur environnement de build. Pour des builds occasionnels et si vous avez déjà un Mac disponible, mieux vaut commencer par l’utiliser.
À partir de $19.7/jour. Paiement en USD. La disponibilité réelle est indiquée en temps réel dans le portail.
Un projet mono-app, des builds quotidiens sur plusieurs branches ou un projet volumineux : chaque besoin a sa configuration. Comparez les caractéristiques et les tarifs, puis confirmez le modèle, la région et la période de facturation au moment de commander. Le sélecteur de cette page sert uniquement à comparer les prix.
Comparaison actuelle : tarif à la journée. Les tarifs de toutes les périodes figurent sur chaque carte.
Pour un seul projet, quelques builds par jour et une première intégration d’un runner auto-hébergé. Avec 16 Go de mémoire unifiée, cette configuration n’est pas adaptée à l’exécution simultanée de plusieurs simulateurs.
$19.7/jour
Pour le développement quotidien, les builds sur plusieurs branches et les tests sur simulateur. Mesurez d’abord le pic de mémoire d’une tâche avant de définir le nombre de builds parallèles : plus de mémoire ne signifie pas automatiquement plus de parallélisme.
$40.3/jour
Pour les projets volumineux avec plusieurs targets, les tests exigeants et les essais d’inférence de modèles. Si votre charge nécessite un entraînement multi-GPU, vérifiez d’abord que cette approche convient à votre projet au lieu de passer directement à une configuration supérieure.
$61.4/jour
Testez à la journée, puis comparez les tarifs mensuel et trimestriel pour un usage régulier. Lancez le même commit à froid et avec le cache, puis comparez les temps avant de choisir une période longue. Ne vous fiez pas à la vitesse d’un seul téléchargement de dépendances pour évaluer la configuration.
Les tarifs affichés couvrent la configuration de base ; l’extension du stockage et les autres options sont facturées séparément. Paiement uniquement par USDT-TRC20 ou Visa / Mastercard / Amex (via Stripe). Tous les montants sont en USD ; les moyens de paiement disponibles sont ceux indiqués par le système au moment du paiement.
La latence moyenne indicative depuis Asie du Nord-Est est de 30~50ms. Elle sert à comparer les régions : ce n’est pas une mesure de bout en bout depuis votre bureau, votre dépôt de code ou vos sources de dépendances, ni une garantie de latence aller-retour.
L’édition à distance, l’interface graphique et l’utilisation du terminal sont sensibles à la latence aller-retour. Même dans une même région, les résultats varient selon le fournisseur d’accès, le routage international et l’heure de connexion. Lors d’un essai, vérifiez la fluidité des interactions sur la durée, pas seulement le meilleur résultat d’un test ponctuel.
Un build automatisé comprend généralement aussi la récupération du code, le téléchargement des dépendances, la compilation, la signature et l’envoi des artefacts. Repérez d’abord l’étape la plus longue : la qualité de connexion au dépôt et aux sources de dépendances peut compter davantage que la latence entre votre équipe et le nœud. Une région plus proche ne réduit pas le temps de compilation CPU.
Le temps de build à froid et avec cache sur un même commit ; le temps de téléchargement des dépendances et d’envoi des artefacts ; la stabilité de la connexion à la même heure. Gardez le code, la chaîne d’outils et les conditions de cache identiques pour comparer les résultats. Après l’activation, retrouvez l’adresse du nœud et les informations de connexion dans le portail. N’envoyez pas vos identifiants dans une demande publique.
Les durées indiquées sont des estimations pour les opérations manuelles, pas des délais de mise à disposition du système. La confirmation du paiement, l’activation du nœud et le téléchargement des dépendances dépendent des délais réels. Prévoyez du temps supplémentaire pour installer la chaîne d’outils et effectuer le premier build.
Prévoyez environ 2 à 5 minutes. Choisissez le modèle selon la taille de votre projet, puis confirmez la région, la période de facturation et les options. Commencez par tester un projet représentatif plutôt que de modifier en même temps la région, le modèle et le script de build.
Prévoyez environ 2 à 5 minutes pour vérifier les informations. Confirmez le montant total en USD, la période et le moyen de paiement avant de régler. Le délai de confirmation dépend du prestataire de paiement ou de la confirmation sur la blockchain. Consultez ensuite le statut de la commande dans le portail.
Prévoyez environ 2 à 5 minutes pour vérifier les informations. Une fois le nœud indiqué comme activé dans le portail, récupérez son adresse et vos identifiants, puis testez la connexion au terminal ou à l’interface graphique. Si le nœud n’est pas encore prêt, vérifiez le statut de la commande : le paiement confirmé ne signifie pas que la connexion est déjà disponible.
Prévoyez environ 10 à 20 minutes pour vérifier l’environnement ; l’installation, les téléchargements et la compilation s’ajoutent à ce délai. Vérifiez la version de Xcode, les dépendances et les éléments de signature, enregistrez le runner auto-hébergé, puis lancez un build complet. Une fois le chemin des artefacts et les logs vérifiés, activez progressivement les déclenchements automatiques.
Prévoyez l’accès au dépôt de code, la version de Xcode requise par le projet, les commandes d’installation des dépendances, les certificats et profils de signature, ainsi que le chemin de stockage des artefacts. Les équipes Windows ou Flutter peuvent développer en local et confier la compilation iOS au nœud. Pour signer et distribuer une application, vous devez disposer du programme développeur requis et des éléments de signature nécessaires.
La région détermine le trajet réseau ; la configuration fixe vos ressources CPU et mémoire. Évaluez ces deux aspects séparément pour trouver la bonne solution, sans viser d’emblée la configuration maximale.
Pas forcément. Si votre travail repose surtout sur les interactions à distance, privilégiez la qualité de connexion entre l’équipe et le nœud. Si celui-ci récupère automatiquement le code et envoie les artefacts, évaluez aussi le trajet vers le dépôt, les sources de dépendances et la plateforme de distribution. Identifiez d’abord le principal goulot d’étranglement, puis testez un pipeline réel au lieu de choisir uniquement en fonction de la distance sur la carte.
Non. La latence aller-retour ne décrit qu’une partie du trajet réseau et ne permet pas de calculer directement le temps de compilation. La durée totale dépend aussi de la taille du projet, des tâches de compilation, de l’utilisation mémoire, du cache et du volume à envoyer. Mesurez chaque étape. Si la compilation représente l’essentiel du temps, comparez les configurations supérieures plutôt que de changer uniquement de région.
Commencez par vérifier si les tâches arrivent en même temps, si une file d’attente interne est acceptable et si la signature ou le cache doivent être isolés. Si les tâches sont décalées, un seul nœud dédié peut prendre en charge plusieurs branches. Si les builds de publication et les tests se bloquent régulièrement, envisagez de séparer les tâches. Un Mac dédié évite de partager les ressources de la machine avec d’autres clients, mais ne permet pas d’exécuter un nombre illimité de tâches en parallèle sur ce même Mac.
À partir de $19.7/jour. Exécutez le pipeline complet — récupération du code, compilation, signature et envoi des artefacts — avant de choisir une période plus longue. Sur la page de commande, vérifiez une dernière fois la région et la configuration.