Définissez d’abord la charge de travail, la mémoire, le stockage et la durée, puis choisissez un nœud à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul) ou à Hong Kong. Après le paiement, récupérez vos accès dans la console et vérifiez votre environnement de développement.
Répondez à quatre questions avant de choisir votre configuration afin de limiter les reprises de stockage, les migrations de projets et les changements de méthode de connexion.
Précisez s’il s’agit de builds Xcode, d’intégration continue, de distribution TestFlight, d’inférence MLX, de création à distance ou de plusieurs tâches parallèles. Notez les processus permanents et le pic de concurrence.
Un build léger peut commencer avec 16 Go de mémoire et 256 Go de SSD ; pour plusieurs projets, de gros caches de dépendances ou des tâches MLX, privilégiez l’évaluation de 24 Go et 512 Go de SSD.
La journée convient aux tests courts, la semaine aux livraisons par phase, et le mois ou le trimestre au développement et aux builds continus. La durée doit couvrir la configuration, l’exécution, la validation des artefacts et la migration des données.
Choisissez un nœud à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul) ou à Hong Kong, puis définissez l’accès principal : interface graphique, SSH, transfert de fichiers contrôlé ou automatisation.
Les deux offres sont des Mac dans le cloud Apple Silicon. Chaque commande correspond à un Mac mini physique dédié, et non à une machine virtuelle partagée. Choisissez d’abord la mémoire, puis vérifiez le stockage local et les options.
Builds légers, développement sur un projet et automatisation
$52.3 / semaine · $96.9 / mois · $263.6 / trimestre
Convient à un projet Xcode, aux tâches courantes en ligne de commande, à la validation de workflows Fastlane et au développement sans modèles volumineux en mémoire.
Développement parallèle, caches importants et inférence MLX
$112.2 / semaine · $207.7 / mois · $564.9 / trimestre
Convient à plusieurs projets en parallèle, aux nombreuses dépendances et caches de build, aux gros fichiers de modèles ou au suivi de la mémoire utilisée par l’inférence MLX.
Les options sont facturées séparément de la configuration de base. Vérifiez d’abord le volume réel des projets et des artefacts ; ne confondez pas les caches temporaires avec un besoin de stockage permanent.
$2.7 / jour · $7.2 / semaine
$13.4 / mois · $36.4 / trimestre
Idéal pour les caches de dépendances, plusieurs projets et des ressources de taille moyenne.$5.4 / jour · $14.4 / semaine
$26.8 / mois · $72.8 / trimestre
Idéal pour les gros modèles, les bibliothèques de ressources ou l’archivage de plusieurs lots d’artefacts.$1.8 / jour · $4.8 / semaine
$8.9 / mois · $24.2 / trimestre
Facturée par appareil, elle convient aux tâches nécessitant une connexion haut débit entre appareils.Ces durées correspondent à un objectif d’utilisation normale et ne constituent pas un engagement de livraison fixe. La disponibilité réelle et le traitement de la commande sont indiqués en temps réel dans la console.
Choisissez RentMini M4 16 ou RentMini M4 24, puis une durée à la journée, à la semaine, au mois ou au trimestre. Basez la configuration sur le pic de mémoire et la durée sur le cycle complet de la tâche.
Choisissez Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) ou Hong Kong, puis ajoutez +1 To SSD, +2 To SSD ou une interconnexion Thunderbolt 5 selon le volume de données et vos besoins.
Vérifiez la durée de base, le nœud, les extensions SSD et le nombre d’interconnexions. Toutes les commandes sont réglées en dollars américains (USD) ; la passerelle réellement disponible est indiquée par l’interface backend.
Une fois la commande traitée, consultez dans la console le nom de l’appareil, l’adresse du nœud, le port, le nom d’utilisateur et l’état des identifiants. Ne copiez pas les identifiants d’accès complets dans des documents publics ni dans des captures envoyées au support.
La configuration de base, la durée, les options et le nombre d’interconnexions déterminent le montant dû. Le nœud est une option de commande et ne doit pas être mélangé au calcul du stockage supplémentaire.
Confirmez d’abord le modèle et le prix de la durée choisie ; vérifiez ensuite le nœud ; contrôlez enfin les quantités de +1 To SSD, +2 To SSD ou d’interconnexions Thunderbolt 5, puis le total dû et la mention du règlement en dollars.
Visa / Mastercard / Amex sont acceptées et traitées par Stripe. La passerelle réellement disponible est indiquée par l’interface backend.
USDT-TRC20 est accepté. Avant l’envoi, vérifiez le réseau, le montant et les informations de réception ; n’insérez pas les données de paiement dans une demande au support.
Ne lancez pas de tâche longue avant d’avoir confirmé l’appareil, le système, le stockage et les paramètres d’entrée. Effectuez d’abord ces six vérifications afin de disposer d’une base cohérente pour le diagnostic.
Comparez-le caractère par caractère avec la commande dans la console et confirmez que la connexion cible le Mac mini physique dédié correspondant à la commande.
Notez la version du système et le numéro de build afin de disposer d’une base pour la compatibilité de Xcode, des outils en ligne de commande et du projet.
Consultez l’espace libre du volume système, vérifiez que le SSD de base et l’extension correspondent à la commande, puis réservez de l’espace pour les caches de build et les artefacts.
Adaptez le fuseau horaire à la référence temporelle des journaux d’équipe et des tâches automatisées afin de faire correspondre les builds et les déclenchements.
Vérifiez le mappage des touches dans les sessions locales et distantes, notamment les touches de modification, les raccourcis et le changement de méthode de saisie.
Mettez à jour les identifiants selon les instructions de connexion et conservez les éléments d’accès dans un emplacement sécurisé approuvé par l’équipe, jamais dans le dépôt de code.
Vérifiez d’abord les versions déjà présentes, puis installez uniquement les outils requis par le projet. Après chaque étape, notez la version, l’emplacement de configuration et la commande de vérification pour faciliter la reproduction et la transmission.
Confirmez la version requise par le projet, la plateforme cible et le SDK. Ouvrez d’abord le projet et résolvez les dépendances avant de lancer un build complet.
Vérifiez le compilateur, Git, le shell et les dépendances des scripts du projet. Enregistrez la sortie des versions dans le rapport de livraison.
Importez uniquement les certificats et fichiers de configuration nécessaires à la tâche. Les clés privées ne doivent figurer ni dans un dépôt public, ni dans les journaux, captures ou e-mails de support ordinaires.
Lancez d’abord les contrôles en lecture seule, puis testez le build, l’archivage des journaux et le chemin de sortie des artefacts. Gérez séparément les clés et la configuration du projet.
Confirmez l’environnement d’exécution, le format et l’emplacement des modèles ainsi que la méthode de suivi de la mémoire. Vérifiez la conservation de session avant toute tâche longue.
Configurez l’accès au dépôt avec le principe du moindre privilège, vérifiez les limites de récupération et d’envoi, et n’inscrivez pas les éléments d’accès dans les fichiers de configuration du projet.
Après avoir vérifié la reconnexion, l’export des artefacts, le chemin de restauration et les coordonnées du support, les membres de l’équipe peuvent poursuivre le travail de façon autonome.
Notez le nœud, l’heure, le message d’erreur exact, la sortie réseau locale et les vérifications déjà effectuées. Ne transmettez ni clés, ni clés privées de certificats, ni identifiants d’accès complets.
Voir la checklist du supportVérifiez que le code, les artefacts de build, les fichiers de modèles, les journaux et la configuration ont été transférés vers l’emplacement défini par l’équipe. La migration doit être terminée avant la fin de la durée.
Voir les méthodes de connexion et de transfertLes deux configurations permettent de choisir Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) ou Hong Kong. Définissez d’abord votre charge de travail, puis configurez-la et payez en dollars dans la console.