Planifiez les livraisons, puis les machines

Votre projet, votre formule de location

Vous développez sous Windows et n’avez besoin d’un Mac qu’au moment de livrer ? Plusieurs clients arrivent la même semaine et leurs certificats doivent rester séparés ? Nous détaillons les tâches, les configurations et les durées de location adaptées aux projets en sous-traitance.

Mac mini M4 :$20.2/jour. Location à la journée, activation le jour même après paiement. La disponibilité effective est indiquée en temps réel dans la console.

Partez de votre projet actuel

Le lieu de développement ne détermine pas celui du build

Commencez par définir les livrables, puis choisissez la machine à louer. Voici des workflows concrets, pas des témoignages clients ni des résultats de tests de performance sur un projet donné.

Développeurs indépendants

Développez sous Flutter sur Windows, préparez l’environnement Mac avant la livraison

Continuez à développer en local au quotidien. Pour compiler une app iOS, louez un Mac mini M4 à la journée, synchronisez le code et les fichiers de verrouillage des dépendances, puis installez sous macOS Xcode, Flutter et les outils requis par le projet.

  • Commencez par régler les dépendances, la signature et la configuration de l’appareil cible, puis lancez flutter build ipa.
  • Vérifiez la version et le numéro de build, exportez le fichier IPA et téléversez-le sur TestFlight selon les autorisations de publication du projet.
  • Après la livraison, récupérez les artefacts et les journaux de build en local ; ne laissez pas votre seule copie sur la machine louée.

Idéal pour : les builds occasionnels et les intégrations de courte durée.
À éviter pour : les projets qui doivent rester totalement hors ligne ou dont le code source ne peut pas être synchronisé vers un appareil externe.

Équipes CI

Ajoutez un runner pendant la semaine de livraison pour éviter les files d’attente entre clients

Intégrez le Mac cloud à votre CI existante et configurez les runners, les identifiants d’accès aux dépôts et les scripts de build nécessaires. Louez à la semaine pour les périodes de builds groupés, puis arrêtez le renouvellement une fois le projet terminé.

  • Définissez pour chaque client un répertoire de travail, un trousseau et un emplacement d’archivage des artefacts.
  • Sur une même machine, exécutez d’abord les tâches en file d’attente. La parallélisation dépend de la mémoire utilisée par le projet et des résultats obtenus en pratique.
  • Avant la fin, désenregistrez le runner, révoquez les jetons d’accès aux dépôts et exportez les journaux ainsi que la documentation de configuration réutilisable.

Idéal pour : compiler plusieurs dépôts au cours d’une même semaine de livraison.
À éviter pour : les pipelines internes dont l’autorisation de connecter un runner externe n’a pas été confirmée.

Expérimentation IA

Validez un modèle pour un client en commençant par calculer la mémoire nécessaire

Choisissez un Mac mini M4 Pro avec 64 Go de mémoire et un SSD de 2 To pour une phase de validation de l’inférence. À $296.3 par mois, il convient aux tests qui nécessitent d’ajuster le modèle, les entrées et l’intégration à l’application.

  • Vérifiez que le framework d’inférence prend en charge Apple Silicon et contrôlez le format du modèle ainsi que les versions des dépendances.
  • Dans votre budget mémoire, comptez les poids du modèle, le cache de contexte et les processus de l’application : les 64 Go ne sont pas entièrement disponibles pour le modèle.
  • Consignez la version du modèle, ses paramètres et les sorties. Exportez les résultats à la fin des tests ; arrêtez le renouvellement pour mettre fin à la location.

Idéal pour : les preuves de concept à court terme et les tests d’inférence dans une application.
À éviter pour : les tâches qui exigent CUDA ou les entraînements à grande échelle qui n’ont pas été évalués au préalable.

Workflows audio/vidéo

Testez les codecs de votre app en prévoyant l’espace nécessaire aux médias et aux exports

Testez sous macOS les workflows de codecs audio/vidéo, de traitement des médias et d’export de l’app de votre client. Pour les projets riches en médias, ajoutez un SSD de 2 To : $4.2/jour, $11.6/semaine, $21.4/mois ou $58.2/trimestre.

  • Comparez les paramètres d’encodage, les formats de sortie et la lecture dans l’app avec le même jeu d’échantillons.
  • Prévoyez l’espace disque pour les médias source, les fichiers intermédiaires et les livrables finaux ; ne vous fiez pas uniquement à la taille des fichiers d’origine.
  • Intégrez le temps de transfert des gros fichiers au planning et testez d’abord le workflow avec un échantillon représentatif.

Idéal pour : les tests de compatibilité de l’app d’un client et l’export ponctuel de médias.
À éviter pour : les workflows de capture locale en temps réel qui ne tolèrent aucune attente réseau.

Définissez clairement les limites entre clients

Trois clients à livrer la même semaine ? Prévoyez trois machines

Partager une machine réduit le nombre de locations, mais l’équipe doit gérer les files d’attente et l’isolation des opérations. Lorsque les livraisons se chevauchent ou que les certificats sont particulièrement sensibles, louer une machine physique dédiée par client permet de mieux séparer les environnements.

Client A

Correctif pour une app native

Une machine par client. Le responsable du studio conserve les identifiants des machines ; le développeur iOS gère les certificats, les profils de provisionnement et le trousseau propres à ce client.

À archiver : version du code source, archive, package exporté et documentation de configuration de signature.

Client B

Version candidate Flutter pour recette

Configurez séparément le jeton d’accès au dépôt et les fichiers d’environnement. Ne copiez pas les fichiers de signature du client A et ne faites pas passer les tâches de deux clients par le même répertoire CI.

À archiver : fichier de verrouillage des dépendances, commande de build, IPA et numéro de version soumis à recette.

Client C

Intégration continue pendant la semaine de livraison

Connectez uniquement les dépôts autorisés par ce client et utilisez des identifiants distincts pour le runner. À la fin du projet, déconnectez d’abord le runner, puis révoquez les jetons d’accès selon les exigences du client.

À archiver : journaux de build, emplacement des artefacts, versions de l’environnement et preuve de révocation des accès.

Une machine dédiée ne dispense pas de gérer les accès. Chaque Mac mini est utilisé par un seul client : c’est un nœud physique, pas une machine virtuelle. L’équipe doit tout de même contrôler la distribution des identifiants et les sauvegardes. Pour un petit projet avec un build ponctuel et des livraisons qui ne se chevauchent pas, vous pouvez aussi louer une machine à la journée et la faire tourner entre clients. Avant chaque changement, exportez les données et révoquez les accès, puis demandez une réinstallation du système via un ticket dans la console.

Reprendre le travail après le retour de la validation

Un jour suffit pour corriger le build ? Ne réservez pas une semaine d’emblée

Les retours de validation peuvent demander une seule correction ou plusieurs jours de nouveaux envois. Vérifiez d’abord si le travail peut être terminé dans la journée, puis choisissez une location à la journée ou un cycle complet de corrections. Prévoyez le temps de restauration de l’environnement, de téléchargement des dépendances et de récupération des livrables finaux, pas seulement celui de compilation.

Comparaison des tarifs à la journée et à la semaine pour une utilisation continue de la même configuration
ConfigurationTarif journalierÉquivalent pour 3 jours consécutifsTarif hebdomadaireComment choisir
Mac mini M4
16 Go / 256 Go
$20.2/jour$20.2 × 3 = $60.6$54.6/semainePour un ou deux jours, choisissez le tarif journalier. À partir de 3 jours consécutifs, le tarif hebdomadaire revient moins cher.
Mac mini M4 Pro
64 Go / 2 To
$59.3/jour$59.3 × 3 = $177.9$160/semainePour les projets exigeants, envisagez aussi le tarif hebdomadaire à partir de 3 jours consécutifs, plutôt que de renouveler chaque jour.

Le tableau compare le tarif journalier multiplié par 3 ; il ne s’agit pas d’une nouvelle durée de facturation. Pour changer de durée, vérifiez les options de renouvellement et les tarifs dans la console. Une commande déjà payée ne change pas automatiquement de période.

  1. 01

    Restaurez le même environnement

    Repartez du commit archivé, du fichier de verrouillage des dépendances et des versions des outils afin de limiter les changements à ceux nécessaires à la correction.

  2. 02

    Conservez une trace reproductible de chaque correction

    Vérifiez le numéro de build, la configuration de signature et les options d’export. Associez les retours de validation au commit concerné, puis planifiez le nouvel envoi.

  3. 03

    Récupérez les livrables avant de terminer

    Exportez l’IPA, l’archive, les journaux et les sauvegardes de certificats nécessaires. La location s’arrête à l’échéance si vous ne la renouvelez pas ; aucuns frais de résiliation ne sont facturés.

Semaine de build pour un jeu en sous-traitance

Prévoyez de la marge pour le projet avant de réduire les délais de livraison

Après l’export du projet Xcode depuis Unity, il reste à gérer les plug-ins natifs, la signature et l’archivage final. Pour les bibliothèques de ressources volumineuses, les projets avec plusieurs targets ou plusieurs builds simultanés, évaluez en priorité le Mac mini M4 Pro avec 64 Go de mémoire et un SSD de 2 To.

Cette configuration offre davantage de marge pour l’éditeur, le projet exporté, les dépendances et les fichiers intermédiaires ; elle ne garantit pas des builds plus rapides pour tous les projets. Pour un petit jeu, une validation ponctuelle ou un projet léger en ressources, le Mac mini M4 avec 16 Go / 256 Go peut suffire pour commencer.

Intégrez toute la chaîne de build à la durée de location

Préparation du projet
Vérifiez les versions de Unity, de Xcode et des plug-ins natifs. Pour commencer, effectuez un export complet et confirmez que les dépendances s’installent correctement.
Espace disque
Prévoyez de conserver le projet source, le cache, le répertoire d’export Xcode et les archives des livrables ; ne vous basez pas uniquement sur la taille de l’archive du dépôt.
Choix de la durée
Le M4 Pro coûte $59.3 par jour ou $160 par semaine. Si les corrections et les tests de régression doivent durer 3 jours consécutifs ou plus, la formule hebdomadaire est préférable.
Limites du travail en parallèle
La connexion Thunderbolt 5 entre machines est proposée en option à $1.2 par jour et par machine. Vérifiez d’abord que vos logiciels prennent en charge ce mode de collaboration ; cette connexion n’accélère pas automatiquement un build individuel.

Commencez par faire fonctionner un projet représentatif, puis augmentez le nombre de machines si nécessaire. Sans tests sur le projet, ne laissez pas le nombre de tâches parallèles ou les minutes de compilation décider à votre place.

Ordinateur de bureau et espace de collaboration illustrant la planification d’un projet avant livraison
Illustration d’un contexte de travail ; ne représente ni un client de ce site ni un déploiement réel.
Gardez du temps pour la livraison

Fixez le planning avant la durée de location

Séparez le développement, les retours de test, la recette client et la livraison finale. N’utilisez un Mac que pendant les étapes qui nécessitent macOS ; inutile d’en louer un du lancement du projet à la fin du contrat.

Si vous attendez encore les éléments de signature du client, préparez le code source et la liste des dépendances, puis démarrez la machine au début de l’intégration. Si la recette dépasse la date de fin prévue, vérifiez l’échéance dans la console et renouvelez la location avant l’arrêt de la machine.

Pour certains projets, mieux vaut travailler en local

Vérifiez les contraintes avant d’ajouter des machines

Une location de courte durée répond à un besoin ponctuel en matériel, mais ne modifie ni la politique réseau interne du client, ni ses exigences de stockage des données, ni les conditions de licence logicielle. Vérifiez ces deux types de contraintes avant de payer.

Le projet doit rester en permanence sur le réseau interne de l’entreprise

Si le code source ne peut pas quitter le réseau interne, si un appareil spécialisé doit y être connecté directement ou si les règles de sécurité interdisent les runners externes, privilégiez votre propre matériel. Les équipes qui exécutent des builds à pleine charge toute l’année et disposent déjà d’une salle informatique devraient aussi comparer le coût d’achat et d’exploitation à long terme, plutôt que de considérer uniquement le prix d’une location.

Avant de louer, vérifiez que l’accès au dépôt, le téléchargement des dépendances, le transfert des artefacts et l’accès à distance sont tous autorisés.

Le contrat impose un hébergement dans une autre région

Nous proposons 4 emplacements : Singapour, Tokyo, Séoul et Hong Kong. Si le contrat du client exige que les données ou les builds soient hébergés en dehors de ces emplacements, cette offre ne convient pas au projet. La proximité du réseau ne remplace pas les exigences de conformité.

Avant de louer, vérifiez le contrat et les emplacements proposés. La qualité de la connexion dépend aussi du réseau utilisé par votre équipe.

Prévoyez aussi le paiement dans la préparation du projet. Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Tous les paiements sont en dollars américains (USD) ; les moyens de paiement réellement disponibles sont indiqués par l’interface du serveur. Si vous hésitez encore sur la configuration ou les autorisations du projet, préparez la durée prévue, le framework et le nombre de clients à traiter en parallèle, puis contactez le support.

Pour cette livraison, combien de machines et de jours vous faut-il ?

Choisissez la configuration, l’emplacement et la durée selon votre projet. La machine est activée le jour même après paiement. Vous pouvez prolonger la location si le projet prend du retard ; à la fin, arrêtez le renouvellement.