Machine physique dédiée · pas de VM

À Séoul,
louez un Mac mini M4 pour vos builds

Pour les équipes de Asie du Nord-Est, exécutez archivages Xcode, signatures et tâches CI sur un Mac dédié dans le cloud. Vous disposez de la machine entière ; les caches de build et la chaîne d’outils restent configurés pour votre projet, sans attendre qu’une tâche partagée libère des ressources.

Deux configurations, quatre durées, à partir de $20.1/jour. La disponibilité réelle est indiquée en temps réel dans la console.

Mac mini entièrement dédié SSH et interface macOS Disponible toute l’année
Choisissez la charge, puis la durée

Deux configurations selon vos builds

Le M4 convient pour l’archivage d’une seule app. Pour plusieurs targets, des tests en parallèle ou des tâches d’inférence locales plus lourdes, privilégiez le M4 Pro. Sélectionnez une durée de facturation pour comparer les tarifs, puis confirmez la configuration lors de la commande.

Tarifs à la journée affichés. Les quatre durées sont indiquées sur chaque carte.

OSXBuild Bake M4

Idéal pour une app, les archivages courants et une CI légère. Commencez par valider une chaîne de publication complète, puis consultez les journaux de build pour savoir si une configuration supérieure est nécessaire.

Puce
M4
Mémoire
16GB
SSD
256GB

$20.1/jour

Jour
$20.1
Semaine
$54.2
Mois
$100.3
Trimestre
$272.8

Estimez l’espace disque nécessaire au code source, aux caches de dépendances et aux artefacts de build. Après l’archivage, exportez rapidement les fichiers IPA et dSYM à conserver.

OSXBuild Bake M4 Pro

Adapté aux projets multiples, aux tests simultanés sur simulateur et aux essais d’inférence avec MLX ou llama.cpp. Sa mémoire et son stockage supplémentaires offrent plus de marge pour les charges complexes.

Puce
M4 Pro
Mémoire
64GB
SSD
2TB

$60.3/jour

Jour
$60.3
Semaine
$162.9
Mois
$301.6
Trimestre
$820.4

Déterminez le niveau de parallélisme en fonction de votre projet. Relevez la pression mémoire et l’occupation disque pendant les archivages et les tests, puis ajustez le nombre de tâches simultanées du runner.

Stockage supplémentaire en option : SSD +1TB à $2.1/jour, SSD +2TB à $4.2/jour ; connexion Thunderbolt 5 en parallèle : $1.8/jour par machine. Les tarifs pour toutes les durées, les conditions de combinaison et le total de la commande sont à vérifier lors de la commande. Avant le paiement, vérifiez le nœud, la durée et les options choisies.

Réseau et accès

Nœud Séoul : tenez compte du réseau

Pour Asie du Nord-Est, la latence régionale moyenne indicative se situe autour de 30~50 ms. Il s’agit d’un repère pour choisir un nœud, pas d’une mesure de bout en bout entre votre réseau professionnel et la machine, ni d’une garantie pour chaque connexion.

La latence influe sur la réactivité

La latence aller-retour affecte directement la saisie en SSH et les déplacements dans le bureau à distance. Si vous utilisez surtout l’interface graphique de Xcode, testez la connexion depuis votre réseau professionnel et vérifiez que la saisie, le défilement et le passage d’une fenêtre à l’autre vous conviennent.

Repère : 30~50 ms

La durée d’un build n’est pas la latence

La durée d’un archive dépend principalement du projet, du cache de compilation et de la charge de la machine. Le premier clonage du dépôt, le téléchargement des dépendances et l’envoi des artefacts dépendent des réseaux utilisés par ces services. Une seule mesure de latence ne permet pas d’estimer la durée complète du pipeline.

Mesurez chaque étape

Testez votre flux de travail

Vérifiez séparément la connexion depuis votre réseau professionnel, le clonage du dépôt, le téléchargement des dépendances et l’envoi des artefacts. Un proxy d’entreprise, un routage VPN ou la congestion de votre accès local peuvent modifier les performances. Après la mise à disposition, fiez-vous aux mesures de vos propres tâches.

Résultats réels de connexion
De la configuration à la première connexion

Intégrez la machine en quatre étapes

Les durées ci-dessous sont des estimations de manipulation pour planifier la prise en main, pas des délais de mise à disposition garantis. Le paiement, l’attribution de la machine, les téléchargements réseau et la compilation du projet s’y ajoutent. Consultez la console pour suivre l’avancement.

  1. Vérifiez la configuration et le nœud

    Choisissez le modèle, la durée de facturation et le nœud, puis vérifiez les options comme le SSD. Si vous devez conserver plusieurs versions de Xcode, des runtimes de simulateur et des archives, prévoyez suffisamment d’espace disque.

    Prévoir 2–5 min
  2. Vérifiez le montant et payez

    Le paiement s’effectue en dollars américains. Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés ; les moyens de paiement disponibles sont confirmés par l’interface du serveur.

    Prévoir 1–3 min, hors confirmation
  3. Consultez le statut et les accès

    Après le paiement, ouvrez la console pour consulter la commande et le statut de la machine. À réception des informations de mise à disposition, vérifiez l’hôte, le port, le nom d’utilisateur et le mode de connexion, puis configurez votre clé publique SSH en suivant les instructions.

    Vérification : 1–2 min après livraison
  4. Connectez-vous et vérifiez les outils

    Commencez par vérifier la version avec xcodebuild -version, puis synchronisez le code source, installez les dépendances et configurez la signature. Intégrez les tâches au pipeline automatisé après la réussite du premier archivage.

    Connexion initiale : 3–10 min

Avant de commander, préparez votre clé publique SSH, la version de Xcode requise par le projet et la liste des dépendances. N’indiquez pas de clé privée de certificat, de mot de passe de signature ni de clé API dans les notes de commande ; configurez ces éléments vous-même après la connexion à la machine.

Trois points à vérifier avant de choisir

Questions fréquentes sur le nœud Séoul

Vérifiez l’emplacement des utilisateurs, la répartition des tâches et le coût d’une migration. Ne considérez pas une latence régionale indicative comme une garantie de performance pour tout le pipeline.

Notre équipe travaille avec Asie du Nord-Est, mais ses membres sont ailleurs. Faut-il choisir ce nœud ?

Commencez par identifier les personnes qui se connecteront à la machine. Pour celles qui utilisent souvent le bureau à distance, vérifiez en priorité la réactivité de la connexion depuis leur emplacement jusqu’à Séoul. Pour les tâches principalement lancées par la CI, tenez aussi compte des réseaux du dépôt, des sources de dépendances et du destinataire des artefacts. La zone d’activité de l’équipe n’est pas forcément le meilleur emplacement pour les builds.

30~50 ms : une garantie de vitesse de compilation ou de débit ?

Non. Cette valeur est un repère de latence régionale pour Asie du Nord-Est : elle décrit le temps aller-retour de la connexion, pas le débit de téléchargement ni la durée d’un archive. Pour tester, mesurez séparément la latence interactive, le clonage du dépôt, la résolution des dépendances, l’archivage et l’envoi des fichiers. Ne regroupez pas ces étapes sous une seule notion de « vitesse du nœud ».

Après avoir configuré l’environnement à Séoul, pourrai-je le transférer tel quel ?

Prévoyez une nouvelle installation plutôt que de compter sur une réplication automatique entre nœuds. Versionnez le code source et les scripts de configuration, sauvegardez séparément les IPA, dSYM et ressources nécessaires, puis reconfigurez les éléments de signature par un moyen sécurisé. Ne mettez pas fin à la location actuelle si elle exécute encore des builds avant d’avoir validé la nouvelle machine. Pour modifier une commande, confirmez la marche à suivre via un ticket dans la console.

Confiez votre prochain archive à une machine dédiée

Commencez par un pipeline de build reproductible. Choisissez votre configuration et la durée, puis vérifiez le nœud, le montant et les modalités de mise à disposition avant de commander.