Définissez votre besoin, puis choisissez votre Mac
Confiez vos tâches macOS à une machine physique dédiée : préparez une mise en production, intégrez un runner à votre pipeline, accédez à un bureau de développement à distance ou testez une inférence MLX. Deux configurations Apple Silicon M4, sans virtualisation, à partir de $20.2/jour.
SSH et VNC · Paiement en dollars US · Disponibilité réelle consultable dans le portail
Développeurs iOS indépendants
Vous n’avez pas de Mac sous la main ou votre machine principale est déjà occupée ? Synchronisez votre projet dans le cloud pour compiler, tester sur simulateur et créer une archive. MetalBench 16 est un bon point de départ pour mettre en place la chaîne de build d’une seule app. Pour utiliser plusieurs outils de bureau et exécuter plusieurs tâches, envisagez MetalBench 24.
Préparez les dépendances du projet, un certificat de signature obtenu légalement et les profils nécessaires, puis vérifiez la compilation en ligne de commande et le processus de signature. Il vous appartient de réunir les autorisations et de respecter les conditions nécessaires à la soumission sur l’App Store. Vérifiez d’abord que votre méthode d’envoi automatisée fonctionne, puis planifiez la mise en production.
Un Mac physique dans le cloud n’inclut pas d’iPhone contrôlable à distance. Les tests sur simulateur peuvent être exécutés sur le nœud. En revanche, le débogage sur appareil réel — périphériques USB, capteurs, Bluetooth ou interactions tactiles — nécessite un environnement équipé du matériel correspondant. Ne comptez pas sur le bureau distant pour faire transiter les périphériques.
Pour une tâche ponctuelle, commencez par une journée. En revanche, évitez de renouveler chaque jour pendant une semaine de mise en production. Estimez la durée d’utilisation, comparez les tarifs à la journée, à la semaine, au mois et au trimestre, puis vérifiez les options de renouvellement si la tâche se prolonge.
Louer MetalBench 16Notez la version de Xcode, les outils de gestion des dépendances et la branche du projet. Lancez une première compilation pour repérer les différences de chaîne d’outils.
Exécutez les tests sur simulateur et conservez les rapports, les captures d’écran des échecs et les commandes de build reproductibles.
Exportez l’archive, les fichiers de symboles et les journaux. Sauvegardez les livrables sur un espace de stockage que vous gérez avant de terminer la tâche.
Critère de validation : pouvoir régénérer les livrables à partir du même commit, et pas seulement réussir une compilation sur le bureau.
Équipes CI/CD
Enregistrez le nœud comme runner self-hosted GitHub Actions ou GitLab, configurez la chaîne d’outils via SSH et utilisez des labels pour distinguer les projets et les tâches. Le CPU, la mémoire et le stockage de la machine physique ne sont pas partagés avec d’autres clients. Vous restez toutefois responsable de la gestion des tâches concurrentes sur un même nœud.
Pour les projets comportant plusieurs targets au quotidien, évaluez en priorité MetalBench 24 : M4, 24GB de mémoire et SSD de 512GB. Relevez le pic de mémoire, l’espace disque utilisé et la durée d’une compilation complète avant de décider combien d’exécuteurs lancer en parallèle. Plus de concurrence ne signifie pas automatiquement une livraison plus rapide.
Gérez séparément le cache de build, l’espace de travail du code source et les livrables. Supprimez les anciens simulateurs et les données dérivées afin d’éviter que le cache ne remplisse progressivement le disque. Si vous avez besoin de plus de capacité, vous pouvez choisir un SSD de +1TB ou +2TB à la commande. La configuration exacte est indiquée dans le portail.
Pour une utilisation régulière et continue, le forfait trimestriel MetalBench 24 coûte $532.8/trimestre, soit moins que trois mois achetés séparément. Choisissez la durée en fonction du calendrier du projet et tenez compte du montant total à payer d’avance.
Louer MetalBench 24Enregistrez le runner et limitez les dépôts ou projets autorisés à l’utiliser. Attribuez des labels pour éviter d’envoyer des tâches vers le mauvais environnement.
Indiquez explicitement le chemin de Xcode et les versions des dépendances dans vos tâches. Commencez par les tests xcodebuild avant d’ajouter des jobs en parallèle.
À la fin de la tâche, supprimez les clés temporaires, les copies de certificats et les jetons. Conservez des journaux d’exécution sans informations sensibles.
Pour coordonner plusieurs machines, vous pouvez étudier une interconnexion Thunderbolt 5. Le protocole, la topologie et la synchronisation des données doivent être validés séparément : la mémoire de plusieurs machines ne s’additionne pas automatiquement.
Télétravail et travail à distance
Choisissez l’un des quatre nœuds d’Asie-Pacifique : Singapour, Tokyo, Séoul ou Hong Kong. Utilisez macOS en interface graphique avec VNC, et SSH pour compiler et gérer les fichiers. Testez d’abord la stabilité de votre réseau avant de déplacer une partie de votre travail quotidien dans le cloud.
Utilisez VNC pour consulter l’interface, vérifier la mise en page et repérer les problèmes graphiques. Pour les longues compilations, les traitements par lots et le suivi continu des journaux, privilégiez SSH. Une brève interruption réseau ne devrait pas interrompre une tâche laissée dans un terminal au premier plan : utilisez un outil de gestion de sessions et enregistrez régulièrement la sortie dans des fichiers.
Pour le développement quotidien, vous pouvez commencer par évaluer l’abonnement mensuel MetalBench 24 à $195.9/mois. Si votre usage se limite à l’édition de code et à des compilations légères, testez d’abord votre flux de travail avec MetalBench 16. Évitez de choisir une configuration supérieure sans avoir mesuré la pression mémoire.
Le bureau à distance convient aux outils de développement et aux interfaces d’administration, mais ne garantit pas une expérience identique à celle d’un écran local. Pour les tâches exigeant une fréquence d’images élevée, une reproduction précise des couleurs ou des périphériques locaux, faites un test réel. Sur un réseau instable, réduisez la résolution, les effets visuels et le nombre de fenêtres ouvertes.
Guide de connexion SSH et VNCLe choix du nœud concerne le chemin réseau, pas une garantie de performances. La qualité de la connexion dépend aussi de votre accès Internet, du routage, des pertes de paquets et des réglages du client.
Expériences d’IA
Utilisez MLX sur M4 pour tester l’inférence de modèles quantifiés. L’architecture à mémoire unifiée d’Apple Silicon réduit les transferts entre CPU et GPU, mais les poids du modèle, l’environnement d’exécution et le contexte partagent la même mémoire. Augmenter la capacité du disque ne remplace pas la mémoire vive.
Évaluez en priorité MetalBench 24 et ajoutez un SSD de +2TB si nécessaire pour stocker modèles, jeux de données et résultats expérimentaux. Les modèles quantifiés de 7B à 13B peuvent servir de point de départ aux tests, sans garantie qu’ils fonctionneront dans tous les cas : la précision de quantification, la longueur du contexte, la taille des lots et l’implémentation modifient les besoins en ressources.
Commencez par mesurer le délai avant la première réponse, la vitesse de génération et le pic de mémoire avec un jeu de prompts fixe, puis augmentez la longueur du contexte. En cas de pression mémoire persistante, réduisez d’abord le contexte, la taille des lots ou celle du modèle. N’essayez pas de masquer le problème en multipliant les processus en arrière-plan.
Pour une preuve de concept ponctuelle, choisissez une courte durée. Une fois l’environnement reproductible, envisagez un forfait trimestriel pour poursuivre les tests. Ne présentez pas des expériences d’inférence comme des ressources d’entraînement à grande échelle. Si la tâche dépasse la mémoire disponible sur une seule machine, réévaluez le modèle et la méthode d’exécution.
Configurer MetalBench 24Le SSD de +2TB est une option distincte : $4.8/jour · $13/semaine · $24.2/mois · $65.8/trimestre. Il n’est pas inclus dans le prix de base de la machine.
Associez les besoins aux configurations
Ces suggestions sont un point de départ, pas une garantie sur le nombre de tâches simultanées ni sur les performances des modèles. Lancez d’abord une tâche représentative, puis ajustez la configuration en fonction du pic de mémoire, de l’espace de travail requis et de la durée d’utilisation. Tous les nœuds sont des machines physiques dédiées.
| Type de tâche | Configuration conseillée | Durée initiale | Pourquoi ce choix ? |
|---|---|---|---|
| Build léger | MetalBench 16 M4 / 16GB / 256GB |
À la journée $20.2/jour |
Mettez en place la CI d’une seule app et les tests sur simulateur. Vérifiez l’installation des dépendances, le cache de build et l’espace disque disponible. |
| Développement quotidien | MetalBench 24 M4 / 24GB / 512GB |
Au mois $195.9/mois |
Prévoyez davantage de ressources pour les projets avec plusieurs targets, les outils de bureau et les simulateurs en parallèle. Vérifiez les niveaux de concurrence par des tests réels. |
| Inférence de modèles | MetalBench 24 SSD +2TB en option |
Au trimestre après validation | Stockez les modèles et les résultats sur un disque supplémentaire. La machine et l’option sont facturées séparément : vérifiez d’abord que la mémoire suffit pour votre tâche. |
| Plusieurs machines | Plusieurs MetalBench 24 Interconnexion Thunderbolt 5 selon les besoins |
Au trimestre après validation de l’usage | Répartissez les tâches entre les nœuds, facturés séparément. L’interconnexion est facturée par machine en option. Vérifiez la topologie et la prise en charge logicielle avant le déploiement. |
L’interconnexion Thunderbolt 5 en option coûte par machine $1.1/jour · $3/semaine · $5.5/mois · $15/trimestre. Vérifiez la configuration finale — machine, nœud, durée et options — au moment de la commande.
Choisissez aussi votre mode d’accès
Les quatre nœuds conviennent aux usages ci-dessous. Les emplacements conseillés sont des points de départ, pas une garantie de latence. Si vous travaillez depuis différents réseaux, vérifiez d’abord le chemin de connexion. Avant de terminer une tâche, exportez les livrables et sauvegardez vous-même vos données métier.
Synchronisez le code source → réinstallez les dépendances → testez sur simulateur → exportez les livrables signés. Emportez aussi les journaux d’échec pour poursuivre le diagnostic en local.
Enregistrez le runner → verrouillez la chaîne d’outils → maîtrisez la concurrence → envoyez le rapport de test. Le cache peut être recréé, mais les livrables finaux doivent être conservés séparément.
Testez la connexion → réglez la qualité d’affichage → synchronisez les fichiers de travail → verrouillez l’écran avant de partir. Séparez les tâches interactives des traitements de longue durée en arrière-plan.
Préparez le modèle quantifié → fixez les entrées → mesurez mémoire et vitesse → sauvegardez les résultats. Vérifiez d’abord que le modèle fonctionne avant de prolonger les tests.
Paiement accepté : USDT-TRC20 et Visa / Mastercard / Amex via Stripe, en dollars US (USD). Les moyens de paiement réellement disponibles sont indiqués par le système. En cas de problème de connexion ou d’exécution, connectez-vous au portail pour ouvrir un ticket.
Préparez votre projet et vos critères de validation
Commencez par une tâche réelle, puis décidez de la configuration à garder sur le long terme. En cas de doute, indiquez-nous la taille de votre projet, la durée d’utilisation prévue et votre emplacement de connexion pour vérifier ensemble les ressources nécessaires.