SDKMac fournit des Mac physiques dédiés dans le cloud : chaque commande correspond à un nœud physique, et non à une machine virtuelle. Avant de commencer, vérifiez vos besoins en macOS et Xcode, la concurrence des tâches, la région, le stockage et le mode d’accès à distance, puis lancez la configuration et la livraison.
Confirmation de la commande
Vérifier le modèle, la région, la durée et les options
02
Préparation du nœud
Attendre l’enregistrement de l’état du nœud physique dans la console
03
Génération des identifiants
Lire les informations de l’hôte et les identifiants d’accès initiaux
04
Test de validation
Lancer d’abord un petit build, puis augmenter progressivement la concurrence
Champs du premier rapport de tâcheConsigner uniquement les résultats vérifiables
Durée du build
Consigner
Évolution du disque
Consigner
Dépendances réseau
Consigner
Avant de commencer
Clarifiez l’environnement avant de choisir la configuration
Le nœud physique hébergera durablement vos environnements de build, de test ou d’expérimentation. Avant de commander, l’essentiel n’est pas de viser les chiffres les plus élevés, mais de préciser le système, la chaîne d’outils, la mémoire, le stockage et le mode d’accès nécessaires à vos tâches.
A
Vérifier le système et la chaîne d’outils
Listez la version de macOS, la version majeure de Xcode, les outils en ligne de commande, le gestionnaire de paquets, les runtimes et les scripts de build requis par le projet. Si le projet couvre plusieurs versions, définissez l’environnement de chaque groupe de tâches afin d’éviter d’écraser les dépendances dans le même répertoire.
Vérifier les versions minimale et cible du système
Vérifier l’association Xcode et outils en ligne de commande
Lister Ruby, Node.js, Java et les autres runtimes
B
Évaluer les tâches et le stockage
Notez le volume type du dépôt, les caches de dépendances, les artefacts de build, les données des simulateurs, ainsi que les besoins liés aux modèles ou aux médias. Prévoyez une marge pour les fichiers temporaires et les tâches concurrentes ; ne vous basez pas uniquement sur la taille du code source.
Noter la variation maximale du disque pour un build
Distinguer le code source, les caches, les artefacts et les archives
Évaluer la concurrence et la pression mémoire maximale
C
Définir le mode d’accès à distance
Utilisez le bureau à distance pour les opérations graphiques et SSH pour l’automatisation et les tâches en ligne de commande. L’équipe doit définir à l’avance le réseau d’origine, la politique client, les responsables des identifiants et la procédure de révocation en cas de changement d’équipe.
Vérifier que le réseau local autorise le mode de connexion requis
Désigner les responsables de la réception et de la mise à jour des identifiants
Préparer un mode sécurisé de transmission des journaux désensibilisés
Checklist avant la commande
La commande n’est prête que lorsque les six points ont une réponse
Cette checklist limite les ajustements après la commande. Chaque point correspond à un champ de configuration, de région, de facturation ou d’accès du tableau de livraison.
Précisez s’il s’agit de développement Xcode quotidien, de builds automatisés, de tests multi-versions, d’expériences d’IA ou de traitement audio-vidéo, puis définissez le premier test de validation.
Modèle choisi
Choisissez entre SDKMac M4 et SDKMac M4 Pro selon la pression mémoire, le volume de stockage et la concurrence des tâches.
Nœud choisi
Choisissez entre Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) et Hong Kong, puis testez la connexion selon l’emplacement de l’équipe et des services dépendants.
Cycle de facturation vérifié
Confirmez le choix d’une facturation à la journée, à la semaine, au mois ou au trimestre ; ne mélangez pas les tarifs de cycles différents dans un même budget.
Besoin de stockage vérifié
Vérifiez que le stockage de base suffit et incluez les caches, artefacts de build, modèles, médias et fichiers temporaires dans le dimensionnement.
Accès réseau prêt
Vérifiez que le client de bureau à distance ou SSH, la politique réseau locale, les restrictions d’origine et la procédure de conservation des identifiants sont prêts.
Créer la commande
Choisissez d’abord l’un des deux modèles, puis enregistrez la région du nœud
Le catalogue propose seulement deux configurations disponibles, dans les quatre régions. La disponibilité réelle est celle renvoyée en temps réel par la console ; inutile de deviner entre des options grisées.
SDKMac M4
M4 · 16 Go · SSD 256 Go
Builds standards
Convient au développement Xcode quotidien, à l’automatisation légère, aux petits dépôts et aux tâches uniques. Avant de choisir, vérifiez que 16 Go de mémoire et 256 Go de stockage local couvrent les dépendances, les caches et les artefacts.
Convient aux builds fortement concurrents, aux grands dépôts, aux tests multi-tâches, aux expériences exigeantes en mémoire et au traitement de gros volumes de médias. Le SSD de 2 To accueille davantage de caches et de données de travail.
Les quatre nœuds proposent les deux configurations
Choisissez selon l’emplacement de l’équipe, celui des services dépendants, le marché cible et les tests de connexion réels ; ne vous fiez pas à une latence fixe non vérifiée.
SGSingapour
Workflows d’Asie du Sud-Est
SuffisantJPJapon (Tokyo)
Validation du marché japonais
SuffisantKRCorée du Sud (Séoul)
Collaboration régionale en Corée
SuffisantHKHong Kong
Collaboration R&D interrégionale
Suffisant
Vérifier la facturation
Vérifiez ligne par ligne la formule, le cycle, le nœud et les options
Le montant facturé dépend du modèle choisi, de la durée, du nœud et des options. Avant l’envoi, conservez la validation interne de l’équipe afin de ne pas oublier un besoin temporaire de stockage ou un équipement associé.
Exemple de contrôle de facturation
Détail de la commande
USD
Formule de base
SDKMac M4 ou SDKMac M4 Pro
Cycle de location
Choisir une durée : jour, semaine, mois ou trimestre
Région du nœud
Singapour, Japon (Tokyo), Corée du Sud (Séoul) ou Hong Kong
Extension du stockage
Choisir selon les besoins de la tâche ; non incluse par défaut
Connexion d’équipements
Enregistrer à l’unité si une connexion Thunderbolt 5 est nécessaire
+1 To SSD
Par jour $2.6 · Par semaine $7 · Par mois $12.9 · Par trimestre $35.1
+2 To SSD
Par jour $5.2 · Par semaine $14 · Par mois $25.8 · Par trimestre $70.2
Connexion Thunderbolt 5 (par unité)
Par jour $1.9 · Par semaine $5.2 · Par mois $9.7 · Par trimestre $26.4
Lire les informations de livraison
Avancez selon l’état, sans reconfigurer pendant la préparation du nœud
Après l’envoi de la commande, consultez dans la console la confirmation, la préparation du nœud, la génération des identifiants et l’état accessible. Chaque état correspond à une action différente ; renvoyer la configuration ne fera pas avancer plus vite le nœud physique.
01
Confirmation de la commande
Vérifiez que le modèle, la mémoire, le stockage, le nœud, la durée et les options correspondent à la commande envoyée. En cas d’écart, envoyez une demande au support de la commande avant de préparer l’environnement de développement.
Action : vérifier uniquement
02
Préparation du nœud
Pendant l’enregistrement et la préparation du nœud physique, préparez le client, l’accès au dépôt et la checklist d’environnement. Ne recréez pas la même configuration et ne modifiez pas plusieurs fois les paramètres de connexion.
Action : préparer le poste local
03
Génération des identifiants
Lisez les informations de l’hôte et les identifiants initiaux, puis confiez-les à une personne clairement désignée. Ne copiez pas d’identifiants non désensibilisés dans un ticket, un dépôt public ou un canal d’équipe ouvert.
Action : réception sécurisée
04
Accessible
Une fois l’état final atteint, lancez la première connexion. Vérifiez d’abord l’hôte, la région et la configuration, mettez ensuite à jour les paramètres de sécurité d’accès, puis installez ou vérifiez la chaîne d’outils du projet.
Vérifiez d’abord l’identité et l’hôte, puis accédez à l’environnement du projet
La première connexion ne vise pas à lancer immédiatement le pipeline complet, mais à confirmer que vous êtes connecté au bon nœud physique et à appliquer les paramètres de sécurité requis par l’équipe.
1
Vérifier les informations de l’hôte
Comparez l’identifiant de l’hôte, la région du nœud et l’identifiant de commande affichés dans la console avec votre registre interne. Ne déduisez pas l’identité de la machine à son seul bureau.
2
Choisir le mode de connexion
Utilisez le bureau à distance pour l’interface graphique et SSH pour l’automatisation, les scripts et les fichiers. Limitez les sources et attribuez les droits selon la politique de l’équipe.
3
Mettre à jour la sécurité d’accès
Après la première connexion, remplacez rapidement les identifiants initiaux et vérifiez les moindres privilèges, les responsables, la révocation lors des changements d’équipe et la procédure de journalisation des accès inhabituels.
4
Effectuer un test de connectivité minimal
Vérifiez d’abord le clavier, le presse-papiers, la session SSH, l’accès au dépôt et le téléchargement des dépendances, avant d’installer de gros outils ou de synchroniser des médias.
Préparer l’environnement de développement
Construisez une chaîne d’outils reproductible dans un ordre fixe
Commencez par enregistrer la base système, puis installez les dépendances du projet. Un ordre clair aide à déterminer si le problème vient du nœud, de la chaîne d’outils, de la configuration du projet ou d’une dépendance externe.
01
Vérifier la version de macOS
Notez la version du système et l’espace disponible, vérifiez les exigences minimales du projet et la stratégie de mise à niveau de l’équipe ; n’effectuez pas de modification système importante avant la validation.
02
Vérifier Xcode et les outils en ligne de commande
Confirmez la version majeure de Xcode, le chemin des outils en ligne de commande, le SDK et la cible de compilation. Si plusieurs projets partagent le nœud, définissez des règles d’appel claires pour chaque chaîne d’outils.
03
Préparer les éléments de signature
Transmettez et conservez les éléments de signature selon les droits de l’équipe, limitez les personnes autorisées et n’inscrivez aucun contenu sensible dans les scripts, les journaux de build ou le dépôt.
04
Récupérer le dépôt du projet
Vérifiez l’accès au dépôt, les sous-modules, les dépendances privées et la gestion des fichiers volumineux. Effectuez d’abord le test de récupération en lecture seule ou avec les droits minimaux, puis activez l’écriture.
05
Planifier les chemins de cache
Séparez les caches de dépendances, DerivedData, les artefacts de test, les archives et les fichiers temporaires. Définissez les conditions de nettoyage pour éviter une croissance illimitée des caches.
Exécuter le premier test de validation
Lancez d’abord une petite tâche pour établir une base réelle
Ne faites pas du premier lancement un pipeline de publication complet. Choisissez un petit build ou test aux dépendances claires, à la durée maîtrisée et au résultat facile à interpréter, afin de valider la chaîne d’outils, le disque et les dépendances réseau.
Noter le début et la fin ; ne pas extrapoler les performances à partir d’un seul résultat
Évolution du disque
Noter l’augmentation des caches, artefacts et fichiers temporaires
Dépendances réseau
Identifier les étapes d’attente du dépôt, des sources de paquets et des services externes
Résultat final
Enregistrer le résultat réussi ou un résumé d’erreur désensibilisé
Une fois la tâche de référence stable, augmentez progressivement la taille du dépôt, la couverture des tests ou le nombre de tâches concurrentes. Ne modifiez qu’une variable principale à la fois pour faciliter la comparaison.
Contrôle après livraison
Confirmez la correspondance du nœud et de la commande avant de passer à l’utilisation courante
Après la première tâche, vérifiez dans la commande l’appartenance du nœud, la configuration, la région, le stockage et le mode d’accès. En cas d’écart, préservez d’abord les informations présentes au moment du problème ; ne masquez pas les indices par une réinstallation complète.
Appartenance et configuration du nœud
Vérifiez l’identifiant de commande, SDKMac M4 ou SDKMac M4 Pro, la mémoire et le stockage de base, afin de ne pas mélanger les informations d’un autre nœud avec la livraison actuelle.
Résultat : conforme ou écart consigné
Région et mode de connexion
Confirmez que le nœud se trouve à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul) ou à Hong Kong, puis consignez le mode de bureau à distance ou SSH réellement utilisé par l’équipe.
Résultat : région et accès enregistrés
Stockage et options
Vérifiez le stockage de base, l’extension SSD et la connexion Thunderbolt 5, puis contrôlez que le système les reconnaît conformément au détail de la commande.
Résultat : capacité et options confirmées
Première tâche et éléments de support
Conservez les entrées de la tâche, sa durée, l’évolution du disque, les dépendances réseau et les journaux désensibilisés. En cas d’anomalie, joignez l’identifiant de commande, la région, l’heure, les étapes de reproduction et le résultat attendu à la demande de support.
Résultat : base et éléments conservés
Préparez la checklist de configuration pour commander un nœud Mac physique
Choisissez d’abord le modèle, la région et la durée, puis consultez les informations de livraison dans la console. Le nœud est une machine physique dédiée, non virtualisée, et fonctionne normalement 365 jours par an.