Choisissez votre nœud, puis lancez vos builds dans le cloud

Mac mini M4 à Tokyo,
votre prochaine station de travail dans le cloud

Développeurs et équipes de Asie de l'Est, exécutez vos builds, vos tâches CI et vos tests sur Apple Silicon sur un Mac mini physique dédié. Pas de machine virtuelle ni de partage de temps : testez d'abord votre workflow à la journée, puis choisissez une durée plus longue si besoin.

À partir de $21.7 par jour pour la configuration de base. Lors de la commande, sélectionnez le nœud de cette page. La disponibilité réelle est indiquée en temps réel dans le portail.

Machine
Entièrement dédiée
Configuration
M4 · 16 Go · SSD 256 Go
Durées
Jour / semaine / mois / trimestre
Choisissez la durée, gardez la même machine

Une configuration, quatre durées de facturation

La configuration matérielle reste identique quelle que soit la durée. Optez pour la journée pour un test ponctuel, la semaine pour un sprint, ou le mois et le trimestre pour des builds réguliers. Les tarifs ci-dessous couvrent la configuration de base, hors options.

Desk M4

Mac mini physique dédié, avec macOS accessible en interface graphique et en ligne de commande.

Puce
M4
Mémoire unifiée
16 Go
SSD de base
256 Go

Choisir une durée

À titre indicatif : $21.7 à la journée, idéal pour tester la connexion et effectuer un build complet.

Le sélecteur de durée permet de comparer les tarifs. Sur la page de commande, vérifiez le nœud, la durée et les options. Le montant final et la date d'expiration figurent sur la page de paiement.

Les projets, les images de simulateur et les poids de modèles occupent de l'espace disque. Vous pouvez ajouter un SSD de 1 To ou de 2 To, ainsi qu'une connexion en parallèle via Thunderbolt 5, facturée par machine. Un SSD supplémentaire augmente le stockage, pas la mémoire unifiée. La connexion en parallèle ne transforme pas plusieurs machines en une seule avec davantage de mémoire. Consultez la page des offres pour les tarifs des options selon les quatre durées.

Évaluez le réseau, pas seulement la distance

Connexion au nœud de Tokyo

La latence moyenne indicative depuis Asie de l'Est est de 30~60 ms. Il s'agit d'un repère pour choisir un nœud, pas d'une valeur garantie depuis chaque réseau local ni d'une estimation du temps de build.

Pour l'interaction, mesurez le temps aller-retour

La latence aller-retour influe sur l'écho des commandes SSH, le déplacement dans le bureau à distance et le débogage. Testez depuis le réseau utilisé par votre équipe avant d'évaluer le confort d'utilisation : la distance à vol d'oiseau ne suffit pas.

À tester : retour des commandes, contrôle du bureau, stabilité de la connexion.

Pour les gros fichiers, évaluez tout le trajet

Le débit, le routage, l'interconnexion des opérateurs et le service distant influent aussi sur le clonage des dépôts, le téléchargement des dépendances et l'envoi des artefacts. Une faible latence ne garantit pas des téléchargements rapides, et un test ponctuel ne représente pas une journée entière.

À tester : dépôt réel, sources de dépendances et chemin de livraison des artefacts.

Pour les tâches automatisées, testez le workflow

Pour une CI permanente, surveillez le déclenchement des tâches, la réutilisation du cache et la récupération des logs. Gardez les calculs sur la station et ne transférez que les entrées et artefacts nécessaires. Réservez le bureau à distance aux opérations graphiques ponctuelles.

À tester : une tâche complète, du commit à la récupération des artefacts.

Le nœud fonctionne toute l'année, 365 jours par an. Votre réseau local, le Wi-Fi et le routage intermédiaire peuvent néanmoins affecter la qualité de la connexion. En cas de problème, notez l'heure, votre environnement réseau et l'extrait du message d'erreur pour faciliter le diagnostic.

Distinguez la commande de la préparation

Avant de commencer, vérifiez ces quatre étapes

Les durées indiquées correspondent au temps nécessaire pour effectuer vos actions et préparer vos informations. Elles n'incluent ni le traitement du paiement, ni la mise à disposition de la machine, ni les téléchargements ou l'exécution des builds. Ces étapes dépendent de leur avancement réel et ne sont assorties d'aucun délai fixe.

  1. Définissez votre usage et la configuration

    Préparez un projet représentatif, vérifiez que le stockage de base vous suffit et estimez la durée nécessaire. Un test sur une vraie tâche est plus parlant qu'une simple comparaison de puces.

    Préparation : 2–3 min

  2. Vérifiez la commande et payez

    Choisissez la machine, le nœud, la durée et les options, puis vérifiez le montant total en dollars. Paiement accepté uniquement en USDT-TRC20 ou par Visa / Mastercard / Amex via Stripe. Les moyens disponibles dépendent de la réponse de l'interface de paiement.

    Préparation : 2–5 min

  3. Consultez les informations de mise à disposition

    Une fois le paiement et la mise à disposition mis à jour, vérifiez la commande, les informations de connexion à l'instance et la date d'expiration dans le portail. La confirmation du paiement ne signifie pas que la machine est déjà accessible. Ne partagez pas vos identifiants de connexion publiquement.

    Vérification : 1–2 min

  4. Testez votre première connexion

    Connectez-vous à l'aide des informations fournies, vérifiez les versions du système et des outils, puis récupérez un projet de test. Commencez par tester l'accès en ligne de commande, puis lancez un build ou une tâche d'inférence. Conservez une copie locale jusqu'à la fin de la migration des données.

    Test de connexion : 3–5 min

Trois questions pour choisir ce nœud

Un dernier contrôle avant de commander

Notre équipe est répartie sur plusieurs sites : Tokyo convient-il à tous ?

Commencez par identifier les personnes qui ont besoin d'interagir régulièrement avec la machine. Si les principaux utilisateurs se trouvent à Asie de l'Est, ce nœud peut être un bon candidat. Pour des tâches surtout automatisées, vérifiez aussi les sources de code et de dépendances ainsi que la destination des artefacts. L'expérience réseau d'une personne ne représente pas forcément celle de toute l'équipe.

Une latence de 30~60 ms garantit-elle des builds plus rapides ?

Non. Cette valeur indique une latence réseau indicative, pas la vitesse de compilation avec Xcode, d'installation des dépendances ou d'envoi des fichiers. La durée d'un build dépend aussi de la taille du projet, du cache et de la chaîne d'outils. Pour comparer, gardez le même commit, les mêmes paramètres et les mêmes conditions de cache, puis mesurez séparément les téléchargements, la compilation et l'envoi plutôt que de regarder uniquement la durée totale.

Le choix de Tokyo entraîne-t-il des frais de nœud supplémentaires ?

La configuration Desk M4 et les durées de facturation sont proposées aux mêmes tarifs publics, quel que soit le nœud choisi. Les SSD supplémentaires et la connexion en parallèle via Thunderbolt 5 sont facturés en option. Avant de valider, vérifiez les options sélectionnées, le montant total et la date d'expiration. La disponibilité réelle est indiquée en temps réel dans le portail.

Testez un vrai projet sur votre station de travail

Commencez par une location à la journée, testez la connexion, l'installation des dépendances et un build complet. Si cette solution convient à votre workflow, choisissez une durée plus longue.

USDT-TRC20 ou Visa / Mastercard / Amex via Stripe. Tous les paiements sont en dollars.