Deux configurations, à la journée.Dès $19.2/jour.
Confiez votre Mac de build Xcode à un centre de données, sans avoir à gérer l’alimentation, le réseau ni le refroidissement. Chaque location comprend un Mac mini physique dédié, et non une machine virtuelle. Les deux configurations sont disponibles dans cinq régions ; choisissez la mémoire et la durée selon vos besoins.
Disponible 365 jours par an. Vérifiez le statut en temps réel dans la console.
Pour le CI quotidien d’une seule app, commencez par 16 Go. Pour plusieurs targets ou une stack mixte, optez pour 24 Go. Changer la durée ci-dessous modifie uniquement les tarifs affichés et ne passe pas commande. La configuration et le montant définitifs sont confirmés lors de la commande.
Tarif journalier affiché, en dollars américains.
Centralisez le checkout du code, l’installation des dépendances et les archives courantes sur une machine dédiée. Idéal pour migrer d’abord un pipeline et valider la toolchain et les répertoires de cache avant d’étendre son usage.
$19.2/jour
Machine dédiée · SSH / VNC · 5 régions au choix
Louer le Push M4 SPlus de mémoire et de stockage local pour les archives parallèles et les builds iOS Flutter ou React Native. Adapté aux projets avec de nombreuses dépendances ou plusieurs répertoires de build à conserver.
$39.7/jour
Machine dédiée · SSH / VNC · 5 régions au choix
Louer le Push M4 LLes tarifs ci-dessous couvrent la machine complète pour chaque durée, hors options. La location à la journée convient aux besoins ponctuels ; pour un pipeline récurrent, comparez les tarifs à la semaine, au mois ou au trimestre, sans extrapoler à partir du tarif journalier.
| Modèle et configuration | Jour | Semaine | Mois | Trimestre |
|---|---|---|---|---|
| Push M4 SM4 / 16 Go / SSD 256 Go | $19.2 | $51.8 | $95.9 | $260.8 |
| Push M4 LM4 / 24 Go / SSD 512 Go | $39.7 | $107.2 | $198.5 | $539.9 |
La location porte sur un Mac mini physique, et non sur une machine virtuelle hébergée sur un serveur partagé. La puce, la mémoire unifiée et le stockage local dépendent du modèle choisi. Le centre de données prend en charge l’alimentation, le réseau et le refroidissement ; votre équipe gère l’environnement de projet, les scripts de build et les accès système.
Une machine dédiée permet de conserver DerivedData, les caches de dépendances et la toolchain. Après un build, vous n’avez pas à effacer tout le répertoire de travail. Organisez les clés de cache par branche ou par projet pour limiter les téléchargements et reproduire plus facilement les problèmes dans le même environnement.
Utilisez SSH pour les scripts et le CI, et VNC pour vérifier les environnements qui nécessitent une interface graphique. Les deux modes d’accès donnent accès à la même machine. Une fois le paiement confirmé et la machine attribuée, vos identifiants sont disponibles dans la console.
Le tableau des caractéristiques ne garantit ni débit réseau ni vitesse de build. La durée d’une archive dépend toujours de la taille du code, des paramètres de compilation, du téléchargement des dépendances et des tâches parallèles. Pour évaluer les performances, mesurez un build à froid et un build avec cache sur votre propre dépôt.
Les deux configurations sont disponibles à Singapour, Tokyo, Séoul, Hong Kong et dans l’est des États-Unis. Choisissez d’abord selon l’emplacement des principaux utilisateurs, puis selon celui du dépôt et des artefacts. La réactivité du bureau à distance et le transfert des données du pipeline ne dépendent pas forcément des mêmes facteurs.
| Modèle | Singapour | Tokyo | Séoul | Hong Kong | Est des États-Unis |
|---|---|---|---|---|---|
| Push M4 S | Disponible | Disponible | Disponible | Disponible | Disponible |
| Push M4 L | Disponible | Disponible | Disponible | Disponible | Disponible |
Les deux configurations sont disponibles dans les mêmes régions : pas besoin de changer de modèle pour choisir une région. Vérifiez le statut en temps réel dans la console.
Si votre équipe utilise souvent VNC pour diagnostiquer des problèmes d’interface, privilégiez la région proche des principaux utilisateurs, puis vérifiez le résultat sur votre réseau de travail. Un fuseau horaire commun facilite la coordination, mais ne garantit pas un chemin réseau identique.
Pour un runner CI macOS sans surveillance, tenez aussi compte du dépôt, des sources de dépendances et du transfert des artefacts. Les équipes réparties sur plusieurs régions peuvent déployer une machine dédiée dans chacune, puis attribuer des labels aux runners pour acheminer les tâches vers le bon environnement et éviter les files d’attente partagées.
Vérifiez d’abord que le SSD de base peut accueillir la toolchain, le projet, les dépendances et les artefacts de build. Ajoutez du stockage si nécessaire ; chaque option est facturée séparément selon sa durée. Pour relier plusieurs machines en Thunderbolt 5, vérifiez aussi les besoins de connexion et de vos logiciels.
Pour les projets qui approchent de la limite de stockage de base, mais doivent conserver les dépendances courantes et les archives récentes. Cette option augmente le stockage, pas la mémoire unifiée du modèle choisi.
Pour stocker plusieurs dépôts, plusieurs environnements Xcode ou de nombreux artefacts de build. Définissez d’abord une politique de rétention afin que les anciens caches ne monopolisent pas l’espace ajouté.
Facturée par machine, cette option s’adresse aux configurations qui nécessitent une connexion entre plusieurs machines. Les connecter ne fusionne pas automatiquement leur mémoire ni n’accélère la compilation : la répartition des tâches dépend de vos outils et scripts.
Tous les montants sont en dollars américains. La combinaison finale de la machine et des options, les conditions applicables et le montant à régler sont confirmés lors de la configuration de la commande.
Les deux modèles sont équipés d’une puce M4 ; ils diffèrent par la mémoire unifiée et la capacité du SSD de base. Ne choisissez pas uniquement selon le nombre de lignes de code : mesurez aussi le pic d’utilisation mémoire, l’espace disque, le nombre de tâches parallèles et le temps d’une archive complète.
Pour le CI d’une seule app, avec des tâches exécutées l’une après l’autre, commencez par le Push M4 S. Installez les dépendances, configurez la signature et lancez une première archive, puis vérifiez les résultats une fois le cache actif. Incluez les tests, les builds et les opérations interactives simultanés dans votre budget de ressources : ne vous fiez pas seulement à la mémoire utilisée au repos.
Si le disque manque d’espace alors que la mémoire reste suffisante, envisagez une option SSD. Ajouter du stockage n’ajoute pas de mémoire et ne résout pas un manque de mémoire.
Pour les archives multi-target parallèles et les builds mixtes Flutter ou React Native, envisagez le Push M4 L. Ses 24 Go de mémoire unifiée et son SSD de base de 512 Go offrent plus de marge pour les processus simultanés et plusieurs répertoires de travail. Validez toutefois le niveau de concurrence avec vos propres projets.
Fixez les versions de la toolchain et les paramètres de build avant de comparer les durées. Si les dépendances et l’état du cache changent à chaque test, il devient difficile de savoir si les écarts viennent de la configuration ou de l’environnement.
Notez leur fuseau horaire, leur usage de SSH ou VNC et le sens des transferts entre le dépôt et les artefacts, puis choisissez une région.
Estimez l’espace nécessaire à la toolchain, aux dépendances, à DerivedData et aux archives. Notez aussi les tâches à exécuter en parallèle.
Planifiez séparément les essais ponctuels et le CI récurrent. Sauvegardez les fichiers nécessaires avant la migration ; changer de modèle ou de région ne migre pas automatiquement vos données.
Vérifiez le modèle, la durée, la région et les options avant de payer. Une fois le paiement confirmé, le système attribue votre machine et les informations de connexion apparaissent dans la console. Le paiement ne signifie pas que vos identifiants sont déjà disponibles : suivez l’avancement depuis le statut de la commande.
Paiement par USDT-TRC20 ou carte Visa, Mastercard ou Amex, traitée par Stripe. Tous les paiements sont en dollars américains (USD). Les moyens effectivement disponibles dépendent des options renvoyées par la passerelle de paiement.
Avec USDT-TRC20, suivez le réseau, les coordonnées de paiement et le montant indiqués dans votre commande, puis conservez le hash de transaction. Les données de carte sont traitées par le prestataire de paiement ; nous ne stockons pas votre numéro de carte.
Renouvelez votre location ou changez de durée dans la console ; fiez-vous aux dates d’effet et aux montants affichés. Avant de changer de région ou de machine, dressez la liste de vos fichiers et de votre environnement, puis confirmez les étapes de migration.
Pour toute question sur le paiement ou la livraison d’une commande, ouvrez un ticket depuis la console en indiquant le numéro de commande, la région choisie et son statut actuel. Ne transmettez jamais votre numéro de carte complet ni le mot de passe de la machine dans un ticket.
Deux Mac M4, cinq régions, dès $19.2/jour. Choisissez votre configuration et votre durée, et confiez votre machine de build Xcode à un centre de données.