Votre charge de travail détermine le Mac qu’il vous faut
Un Mac dans le cloud, c’est un Mac mini physique entièrement réservé à votre usage, pas une machine virtuelle partagée. Compilez vos apps iOS, utilisez un bureau macOS ou consacrez toute sa puissance à une expérience ponctuelle. Commencez par définir vos besoins, puis choisissez une configuration, un nœud et une durée de location à la journée, à la semaine, au mois ou au trimestre.
2 configurations M4 · Dès $21.4/jour · Prêt en env. 4 min. La disponibilité réelle est celle indiquée en temps réel dans la console.
Définissez la charge, puis la durée
D’un build ponctuel à une file de compilation fiable.
Adaptez votre usage à vos tâches
Ces cinq scénarios reposent tous sur un Mac dédié, mais les fichiers à préparer, le mode de connexion et la durée de location idéale varient selon vos besoins.
Sortez vos builds iOS des files partagées
Enregistrez le Mac dans votre CI comme runner auto-hébergé, une machine que vous gérez et qui exécute vos tâches CI. Les vérifications de PR et les builds nocturnes peuvent tourner sur ce Mac, sans partager le même matériel avec d’autres clients.
Trois étapes pour commencer
- Préparez l’environnement avec la version de Xcode requise par le dépôt, puis associez les labels du runner aux tâches du projet.
- Stockez le cache des dépendances et DerivedData à un emplacement fixe pour éviter de tout télécharger à chaque exécution.
- Limitez l’accès aux certificats de signature aux tâches de publication nécessaires et consultez les journaux d’échec dans le système CI de votre équipe.
Configuration conseillée Pour une app, Fastlane et les tests unitaires, commencez avec le XV M4 Runner. Pour une publication ponctuelle, choisissez une location à la journée ou à la semaine. Si le nombre de tâches parallèles augmente, comparez l’ajout d’une machine au passage au Studio.
Archivez et signez dans un environnement macOS propre
À l’approche d’une publication, mieux vaut éviter les différences entre votre chaîne d’outils locale et celle du dernier build. Effectuez l’archive, la vérification de signature et l’envoi vers App Store Connect sur le même Mac dans le cloud pour vérifier plus facilement les journaux de build, l’emplacement des certificats et le chemin des livrables.
Vérifiez chaque étape
- Fixez d’abord les versions de Xcode et des dépendances requises par le projet, puis créez une archive reproductible.
- Vérifiez que le certificat de signature et le profil de provisionnement correspondent à l’app cible. Ne stockez pas d’informations sensibles dans le dépôt.
- Inspectez les fichiers exportés avant l’envoi, puis récupérez les journaux, les archives et les fichiers à conserver avant la fin de la location.
Configuration conseillée Pour compiler une seule app en lot, commencez avec le XV M4 Runner. Pour travailler avec plusieurs targets et Simulators, choisissez le XV M4 Studio et prévoyez une durée couvrant toute la publication.
Centralisez les builds iOS de vos projets multiplateformes
Le développement quotidien avec React Native, Flutter ou Unity peut se faire sur différents systèmes, mais le build final pour iOS nécessite toujours les outils macOS. Centralisez les builds iOS de vos projets sur un Mac dans le cloud afin que toute l’équipe vérifie les livrables avec le même environnement Xcode.
Préparez vos projets avant la migration
- Notez les versions requises du framework, des plugins et de Xcode. Faites d’abord réussir un build minimal, puis intégrez le projet complet à la pipeline.
- Faites la distinction entre le cache du code source, celui des dépendances et les archives finales. Ne masquez pas un manque d’espace disque en vidant le cache.
- Prévoyez suffisamment de mémoire et d’espace SSD si plusieurs projets compilent simultanément ou si vous déboguez en parallèle via le bureau distant.
Configuration conseillée Pour des builds séquentiels, vérifiez que les 16GB de mémoire et le SSD de 256GB du Runner suffisent. Pour compiler plusieurs projets en parallèle, privilégiez les 24GB de mémoire et le SSD de 512GB du Studio.
Testez les performances réseau locales depuis l’Asie-Pacifique
Vous avez le choix entre 4 nœuds : Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) et Hong Kong. Sélectionnez un nœud situé dans la région de vos utilisateurs cibles, lancez-y vos tests sur le Mac, puis comparez les résultats à vos tests locaux.
Consignez le nœud utilisé
- Notez le nœud, l’appareil de test et les conditions réseau. Un seul résultat de connexion ne représente pas toute une région.
- La réactivité du bureau distant dépend aussi de la distance entre vous et le nœud. Pour tester l’interactivité, commencez par celui qui est le plus proche de l’opérateur.
- Pour comparer plusieurs nœuds, gardez la même version du projet et les mêmes étapes de test. Les deux configurations sont disponibles sur ces 4 nœuds ; la disponibilité réelle est celle indiquée en temps réel dans la console.
Configuration conseillée Pour vérifier un seul point, commencez par une location à la journée du Runner. Pour des tests de régression réguliers et plusieurs Simulators en parallèle, évaluez le Studio et une durée plus longue.
Réservez un Mac aux expériences d’inférence sur Apple Silicon
Testez MLX ou llama.cpp avec la mémoire unifiée d’Apple Silicon sans acheter de matériel pour une simple validation à court terme. La compatibilité d’un modèle quantifié d’environ 7B à 13B dépend de la méthode de quantification, de la longueur du contexte et des autres tâches exécutées en parallèle.
Commencez par un petit test
- Téléchargez un modèle et quelques prompts de test, puis observez l’utilisation réelle de la mémoire, l’espace disque disponible et le temps de réponse.
- Stockez séparément les poids du modèle, les résultats et les notes d’environnement. Pour conserver davantage de poids, ajoutez un SSD de +1TB.
- Exportez les résultats et les fichiers à conserver avant la fin de l’expérience. À l’échéance, le disque de la machine est entièrement réinitialisé.
Configuration conseillée Commencez par vérifier votre cas d’usage sur le XV M4 Studio, avec 24GB de mémoire et un SSD de 512GB. La location à la journée permet de tester la faisabilité ; choisissez l’extension de stockage en fonction de la taille réelle des poids.
Associez votre charge de travail à une configuration et une durée
Ce tableau est un point de départ, pas un substitut aux mesures de mémoire, d’espace disque et de parallélisme de votre projet. Le catalogue propose seulement deux configurations M4 ; le SSD supplémentaire et le raccordement Thunderbolt 5 sont en option.
| Charge de travail | Configuration conseillée | Durée de départ | Critères de choix |
|---|---|---|---|
| Build léger Une app, Fastlane, tests unitaires |
XV M4 Runner M4 / 16GB / 256GB |
Jour ou semaine | Faites d’abord fonctionner une pipeline complète, puis prolongez la location en fonction de la longueur réelle de la file d’attente. |
| Développement quotidien Plusieurs targets, Simulators, bureau distant |
XV M4 Studio M4 / 24GB / 512GB |
Mois | Regroupez le débogage parallèle, le cache de build et les sessions de bureau sur la même machine. |
| Inférence de modèles quantifiés Environ 7B–13B, à valider selon l’usage réel |
XV M4 Studio M4 / 24GB / 512GB, SSD de +1TB en option |
Essai à la journée | Choisissez la taille du modèle et du contexte d’après vos mesures. Le SSD supplémentaire stocke les poids, sans augmenter la mémoire unifiée. |
| Builds en équipe Plusieurs projets ou pipelines en parallèle |
Plusieurs XV M4 Studio Par machine : M4 / 24GB / 512GB, raccordement Thunderbolt 5 en option |
Selon la durée du projet | Attribuez d’abord les labels des runners et les tâches, puis vérifiez si une connexion haut débit entre les machines est réellement nécessaire. |
Prix de départ indicatifs : Runner $21.4/jour, Studio $40.7/jour ; SSD de +1TB $2.4/jour, raccordement Thunderbolt 5 $1/jour et par machine. Tarifs à la semaine, au mois, au trimestre et autres options sur la page des offres de location.
Démarrez en quatre étapes, sans vous engager sur une longue durée
Si vous ne connaissez pas encore le niveau de parallélisme nécessaire, validez-le avec un vrai build ou une expérience. Avant de commander, préparez les données à conserver, votre clé publique SSH et les dépendances du projet.
- 01
Choisissez un cas d’usage
Déterminez s’il s’agit surtout de CI, de publication, de builds multiplateformes, de tests de proximité ou d’inférence, et estimez la durée nécessaire.
- 02
Choisissez une configuration
Fiez-vous à la mémoire, à l’espace disque et au nombre de tâches parallèles pour choisir le Runner ou le Studio. Pour tester le réseau local, choisissez l’un des 4 nœuds d’Asie-Pacifique.
- 03
Configurez et commandez
Choisissez une durée à la journée, à la semaine, au mois ou au trimestre, ainsi que les options utiles. Paiement uniquement en USDT-TRC20 ou par Visa / Mastercard / Amex via Stripe ; les paiements sont en dollars US.
- 04
Connectez-vous et vérifiez
Après réception des identifiants, testez SSH et le bureau distant, puis lancez une tâche représentative. Notez les versions, la durée d’exécution et l’espace disque utilisé.
Louez pour une journée et lancez votre première tâche.
Commencez avec le XV M4 Runner à partir de $21.4/jour. Si vous avez besoin de tâches parallèles ou de davantage de mémoire, choisissez directement le XV M4 Studio. Dans les deux cas, vous disposez de la machine entière.