XR Build 16 · Mac mini physique dédié
NouveauMac mini M4 Pro 64GB / 2TB disponible
Un Mac mini Apple Silicon physique rien que pour vous, sans machine virtuelle. Choisissez un forfait à la journée, à la semaine, au mois ou au trimestre. Dès la commande, recevez vos identifiants SSH et VNC et utilisez-le pour compiler vos apps iOS.
6 nœuds
$108.3/mois · XR Build 16
Espace de travail
MyApp.xcworkspace
GroupesArtefacts
$ xcodebuild -workspace MyApp.xcworkspace -scheme MyApp -configuration Release archive
MyApp.ipacom.example.myapp · 2.4.1 (318)
Archive réussiSignéDurée 6m12s
Exemple de workflow de build, pas une mesure de performances. La durée réelle dépend du projet, du cache, du téléchargement des dépendances et des tâches exécutées en parallèle.
Inspection
XR Build Pro 64
NœudJournal
› sudo xcode-select -s /Applications/Xcode_16.4.app
Chaque offre comprend un nœud physique complet. Les trois configurations sont disponibles sur les 6 nœuds. Testez votre projet à la journée, puis poursuivez au mois. Les tarifs hebdomadaires, trimestriels et les extensions de stockage sont détaillés sur la page des offres. La disponibilité indiquée par le portail fait foi.
M4 / 16GB / 256GB SSD
$21.7/jour
$108.3/mois
Lancez votre premier cycle d’archivage et d’export d’app. Adapté au développement indépendant et aux builds quotidiens exécutés les uns après les autres. Nettoyez régulièrement DerivedData et les anciens artefacts pour conserver de l’espace pour le code et le cache des dépendances.
M4 / 24GB / 512GB SSD
$40.8/jour
$204.1/mois
Plus de marge pour plusieurs targets, des widgets, des extensions et des tests UI. Convient aux pipelines d’équipe qui conservent plusieurs caches de dépendances. Ajustez le nombre de tâches parallèles à la mémoire réellement disponible pour le projet : le nombre de threads ne correspond pas au nombre de builds exécutables en parallèle.
M4 Pro / 64GB / 2TB SSD
$59.5/jour
$297.3/mois
64GB de mémoire unifiée pour les suites de tests sur simulateur, les caches volumineux et les expérimentations MLX. Commencez par mesurer une tâche avant d’augmenter le parallélisme. Décalez l’entraînement des modèles et les builds de publication pour éviter qu’ils ne se disputent les ressources du nœud.
Paiement uniquement par USDT-TRC20 ou Visa / Mastercard / Amex (via Stripe). Tous les prix sont en dollars US. Les moyens de paiement disponibles sont ceux renvoyés par l’interface de paiement.
Voici des workflows concrets, pas des témoignages clients ni des promesses de benchmark. Les commandes montrent comment lancer les tâches. Avant de les exécuter, préparez les dépendances du projet, les éléments de signature et les licences logicielles nécessaires.
Après chaque commit, launchd ou un runner récupère la révision choisie, installe les dépendances, lance les tests, puis archive et exporte l’app. Utilisez Fastlane pour l’envoyer sur TestFlight. Le lendemain, consultez les journaux de build et les résultats des tests avant de décider si vous la distribuez aux testeurs.
Verrouillez le Scheme, la configuration et les paramètres d’export, puis stockez les éléments de signature dans le trousseau du nœud. Vérifiez d’abord la signature dans l’interface graphique, puis automatisez la tâche.
xcodebuild -scheme MyApp archive -archivePath build/MyApp.xcarchive
Enregistrez un runner GitLab ou GitHub self-hosted sur le nœud et répartissez les tâches selon le projet, la toolchain et les tags d’environnement. Après validation d’une pull request, lancez Fastlane gym pour exporter les artefacts signés de l’app principale et de ses extensions. Conservez les journaux pour faciliter les relances après échec.
Un nœud dédié évite la concurrence des ressources avec d’autres clients, mais pas celle des tâches de votre équipe. Réglez le parallélisme du runner et isolez les répertoires de travail. Gérez les changements de certificats, de version Xcode et le nettoyage du cache avec des scripts versionnés.
fastlane gym --scheme MyApp --export_method app-store
Chargez un modèle avec MLX, préparez les données et lancez un fine-tuning LoRA. Selon les capacités du modèle, convertissez-le ensuite au format Core ML avec coremltools. Intégrez le résultat à votre projet iOS et vérifiez la compatibilité des opérations, la mémoire utilisée à l’inférence et la qualité des sorties.
La mémoire unifiée est partagée entre le modèle, l’état d’entraînement et macOS : 64GB ne sont donc pas entièrement disponibles pour le modèle. Commencez avec un petit lot et augmentez ensuite la longueur du contexte. Évitez de lancer l’entraînement et la compilation en même temps par défaut.
python -m mlx_lm.lora --model ./base --train --data ./data
Connectez-vous à l’interface macOS via VNC et programmez vos rendus dans Logic ou Final Cut, sous réserve de disposer des licences requises. Pour les tâches en ligne de commande, utilisez l’encodage VideoToolbox, puis récupérez les fichiers via SSH ou rsync.
Envoyez d’abord un extrait représentatif pour vérifier les plugins, polices, codecs et paramètres d’export. Le transfert des fichiers volumineux dépend de votre débit local et du routage réseau. Il est conseillé de séparer les transferts par lots des rendus.
ffmpeg -i in.mov -c:v hevc_videotoolbox -b:v 12M out.mp4
Disponibilité mensuelle garantie
Si la disponibilité mensuelle est inférieure à 99.9%, le temps manquant est compensé en durée de location. Cette bande illustre la lecture des relevés quotidiens. Elle ne signifie pas que le site dispose déjà de 90 jours d’historique et ne constitue pas une déclaration de disponibilité réellement mesurée.
En cas de problème de connexion, vérifiez d’abord votre réseau local, vos identifiants et l’état du service sur le nœud. Dans votre demande d’assistance, indiquez l’instance, l’heure de début de l’incident, le fuseau horaire et le message d’erreur. Les limites liées aux actions de l’utilisateur et aux cas de force majeure sont définies dans les conditions de service.
Les trois configurations sont disponibles sur les six nœuds. Chaque ville ouvre la page de commande avec le nœud correspondant présélectionné. La disponibilité finale est celle indiquée en temps réel par le portail.
Pour le bureau à distance, tenez compte de la localisation de l’équipe et du routage réseau. Pour les builds automatisés, prenez aussi en compte le transfert du code source, des dépendances et des artefacts. Si l’équipe est répartie sur plusieurs fuseaux, consignez les horaires en UTC pour garder journaux et planifications alignés.
Les nœuds américains affichent le décalage horaire standard, qui varie lors du passage à l’heure d’été. Le fuseau sert à organiser le travail et ne garantit pas la latence réseau depuis un lieu donné.
Votre environnement de build n’est pas partagé avec d’autres clients. Vous gérez le code source, le cache des dépendances, les simulateurs et la chaîne de signature. Pour reproduire vos archives plus facilement, décrivez l’environnement dans des scripts.
Pas de survente ni de partage en partitions. Votre workflow utilise le CPU, le GPU et la mémoire unifiée de la machine, sans builds d’autres clients. Pensez toutefois à maîtriser vos propres tâches parallèles pour éviter que plusieurs archives ne se disputent le disque et la mémoire.
macOS s’exécute directement sur un nœud physique Apple Silicon. La compilation, les simulateurs et les charges de travail Metal utilisent les ressources de la machine. Vérifiez la compatibilité des apps, dépendances et outils avec votre projet : le modèle matériel ne remplace pas les tests.
Vous disposez d’un compte administrateur macOS complet, avec l’interface graphique et la ligne de commande. Basculez entre les toolchains avec xcode-select -s. En CI, définissez DEVELOPER_DIR pour choisir une version par tâche, sans modifier la configuration globale des autres tâches.
Choisissez une configuration, un nœud, une durée et les options, puis vérifiez le prix en dollars avant de payer.
Recevez votre machine physique dédiée avec macOS et Xcode préinstallés, puis vérifiez les informations de l’instance et la toolchain.
Récupérez vos identifiants SSH et VNC dans le portail, effectuez un build de test, puis enregistrez votre runner.
Définissez la version de Xcode, les éléments de signature, les sauvegardes et le renouvellement pour savoir exactement quoi vérifier lors du premier build.
Oui. Installez chaque version dans un répertoire d’applications distinct, vérifiez les dépendances du projet et les exigences du SDK, puis changez de version avec sudo xcode-select -s. En CI, privilégiez DEVELOPER_DIR pour chaque tâche et consignez xcodebuild -version dans les journaux afin de faciliter le diagnostic si quelqu’un modifie la version globale.
Importez le certificat et sa clé privée dans le trousseau du nœud, puis installez un profil correspondant au Bundle ID, à l’équipe et au mode d’export. Vérifiez une première signature dans l’interface graphique avant de configurer le déverrouillage du trousseau et les autorisations de la tâche en ligne de commande. Ne stockez pas de clés privées, mots de passe ou tokens de runner dans votre dépôt.
La réinstallation efface les données du disque système. Avant l’opération, sauvegardez hors du nœud votre code source, vos éléments de signature, votre configuration et les caches nécessaires, puis vérifiez que la sauvegarde peut être restaurée. Les extensions SSD de +1TB / +2TB ne remplacent pas une sauvegarde indépendante. Confirmez par ticket le traitement du disque concerné avant toute réinstallation.
Connectez-vous au portail pour consulter la durée de location et la facture, puis suivez les étapes de renouvellement. Le résultat du paiement affiché dans le portail fait foi. Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés, en dollars US. Avant de résilier, récupérez vos artefacts et vos données, puis révoquez les clés de déploiement et les identifiants du runner.
Toolchain, cache des dépendances, configuration du runner : découvrez des exemples concrets et intégrez à votre pipeline les étapes adaptées à votre projet.
Séparez l’import ZIP en contrôle des entrées, écriture limitée et validation finale. Testez les chemins en Swift, puis les liens et quotas avec de vraies archives.
DevOps et CI/CDUn petit test XCTest vérifie les modifications groupées et leur rétablissement, puis couvre les nouvelles éditions, les documents et les résultats tardifs.
DevOps et CI/CDIsolez les calculs dans un paquet Swift pour vérifier la saisie décimale, les valeurs négatives et les étapes d’arrondi sur un Mac cloud.
De nouveaux articles arrivent. Consultez la liste du blog.
Dès $21.7/jour · 6 nœuds · Identifiants SSH et VNC fournis
Commencez par un projet représentatif et validez les dépendances, la signature et l’export. Vous pourrez ensuite ajuster le parallélisme et choisir une durée de location adaptée. La disponibilité des nœuds est celle indiquée en temps réel par le portail.