Serveur physique dédié Tokyo

Mac mini M4 Tokyo
Votre build Xcode toujours disponible

Pour les développeurs et les équipes CI/CD de Asie de l'Est, louez une machine physique Apple Silicon complète à la journée, à la semaine, au mois ou au trimestre. Les ressources ne sont pas partagées avec d’autres clients : interface graphique macOS, ligne de commande et self-hosted runner sont disponibles sans restriction.

  • Une commande correspond à un serveur physique dédié, pas à une machine virtuelle partagée
  • Trois configurations fixes, à partir de $20.7/jour
  • Compatible avec Xcode, Fastlane, VNC, SSH et les principaux CI runner
Louer un Mac mini Voir les offres

La disponibilité réelle des modèles et des nœuds est indiquée en temps réel dans la console.

FICHE DU NŒUD Tokyo
Disponible toute l’année
Zone de service
Asie de l'Est
Latence indicative
30~60ms
Type de ressource
Machine physique dédiée
Configurations
3
FILE DE BUILDS RUNNER PRÊT
01
Archive Xcode Vérification de signature · archivage · export
Exécutable
02
CI Runner Répertoire dédié · routage par étiquette · cache réutilisé
En attente
MAC MINI M4 VNC / SSH / CI
Catalogue fixe, tarifs transparents

Choisissez votre charge, puis votre période

Les trois configurations sont des machines physiques Apple Silicon dédiées. La journée convient aux archivages ponctuels et au remplacement d’urgence, la semaine aux sprints, le mois à une CI stable et le trimestre aux builds continus. Tous les tarifs sont indiqués en dollars.

Build léger

Go M4 Core

Pour le développement sur un projet, la signature ponctuelle, les archivages peu fréquents et les self-hosted runner peu parallélisés.

M4 16GB RAM 256GB SSD
$20.7 / jour
Semaine$55.8
Mois$103.3
Trimestre$281
RessourceDédiée
Choisir Go M4 Core
Développement quotidien

Go M4 Plus

Pour plusieurs projets, les applications mobiles avec un cache de dépendances important et la CI quotidienne avec tests et archivages parallèles.

M4 24GB RAM 512GB SSD
$39.6 / jour
Semaine$106.8
Mois$197.8
Trimestre$538
RessourceDédiée
Choisir Go M4 Plus
Charge élevée

Go M4 Pro

Pour les builds fortement parallélisés, les caches volumineux, plusieurs files de runner et les tâches d’inférence IA nécessitant davantage de mémoire unifiée.

M4 Pro 64GB RAM 2TB SSD
$60.2 / jour
Semaine$162.6
Mois$301.1
Trimestre$819
RessourceDédiée
Choisir Go M4 Pro
Référence réseau Tokyo

Latence moyenne indicative depuis Asie de l'Est : 30~60ms

Cette valeur sert à comparer les emplacements en amont. Elle représente une plage indicative sur les itinéraires Internet courants et ne constitue pas une garantie fixe pour chaque connexion. L’expérience réelle dépend du réseau du développeur, du routage interopérateur, de la congestion selon l’horaire, de la qualité d’image VNC, de l’emplacement du dépôt et de la source de téléchargement des dépendances.

Si vous utilisez principalement l’interface graphique via VNC, observez également la réactivité des entrées, le rafraîchissement de l’image et la stabilité de la session. Pour la CI, surveillez plutôt la récupération du code, le taux d’utilisation du cache de dépendances et le chemin d’envoi des artefacts. Pour les tâches automatisées, SSH et runner consomment généralement moins de bande passante qu’un bureau distant transmis en continu en haute qualité.

Points de contrôle de la connexion

01
Testez d’abord le parcours réel

Depuis le réseau habituel de l’équipe, testez les entrées VNC, la négociation SSH et la récupération du dépôt, plutôt que de regarder uniquement un ping ponctuel.

02
Gardez le cache sur le nœud

Réutilisez les dépendances et DerivedData afin de limiter les variations dues aux téléchargements répétés sur le réseau.

03
Adaptez l’accès à la tâche

Utilisez VNC pour les opérations graphiques, et privilégiez SSH ou runner pour les traitements par lot et les commandes de build.

Pour changer de nœud, notez d’abord l’emplacement du dépôt, le réseau des développeurs et les principaux services utilisés, puis contactez support@macvpsgo.com ou ouvrez un ticket dans la console.

Configuration en quatre étapes

Du choix de la machine au premier build

Les durées estimées correspondent aux actions effectuées par l’utilisateur. La confirmation du paiement, le traitement de la commande et la disponibilité du nœud sont indiqués en temps réel dans la console. Vous n’avez pas à saisir plusieurs fois les mêmes informations sur différentes pages.

  1. 01 Environ 3–5 min

    Choisir la configuration

    Selon le nombre de projets, les tâches parallèles, le volume du cache et les besoins en mémoire, choisissez l’une des trois configurations fixes. Répondez d’abord à la charge stable avant de prévoir les pics ponctuels.

    • Vérifier la puce et la mémoire
    • Estimer le volume du répertoire de travail
    • Choisir la période : jour, semaine, mois ou trimestre
  2. 02 Environ 2–3 min

    Ajouter le nœud et les options

    Choisissez le nœud à commander et décidez, selon le volume de données, d’ajouter ou non du SSD ou le parallélisme Thunderbolt 5. Les options doivent suivre la même période que la machine.

    • Vérifier le nœud cible
    • Choisir l’extension de stockage
    • Contrôler le récapitulatif
  3. 03 Environ 2–5 min

    Régler en dollars

    Vous pouvez payer en USDT-TRC20 ou avec Visa, Mastercard ou Amex traitées par Stripe. Les moyens réellement disponibles sont confirmés sur la page de paiement.

    • Confirmer le montant
    • Choisir un moyen de paiement accepté
    • Conserver la preuve de paiement
  4. 04 Environ 10–20 min

    Vérifier l’environnement

    Une fois les informations de livraison affichées, connectez-vous via VNC ou SSH et vérifiez l’espace disque, la version de Xcode, les outils en ligne de commande et le répertoire de travail du runner.

    • Tester les connexions graphique et terminal
    • Récupérer le code et restaurer les dépendances
    • Lancer un archivage de test
Questions avant la commande

Trois points à vérifier pour le nœud Tokyo

Ces réponses portent sur le choix du nœud, la latence et la configuration de la commande afin de vous aider à effectuer les dernières vérifications.

À quelles équipes le nœud Tokyo convient-il ?

Il s’adresse principalement aux développeurs et aux équipes dont le dépôt ou la collaboration se concentre dans Asie de l'Est. Pour choisir l’emplacement, ne tenez pas seulement compte du lieu où se trouvent les membres : prenez aussi en considération le dépôt, les sources de dépendances, le stockage des artefacts et les utilisateurs du bureau distant. Pour une équipe répartie sur plusieurs régions, commencez par le parcours d’interaction le plus fréquent.

30~60ms signifie-t-il que chaque connexion aura la même latence ?

Non. 30~60ms est une référence de latence moyenne depuis Asie de l'Est, destinée à comparer l’orientation des nœuds. Le routage Internet, l’interconnexion des opérateurs, l’horaire d’utilisation et le réseau local influencent le résultat réel. Nous vous conseillons d’évaluer les entrées VNC, la réponse des commandes SSH, la récupération du code et l’envoi des artefacts lors d’un même test.

Puis-je modifier directement la configuration après avoir commandé le nœud Tokyo ?

Avant la confirmation, vous pouvez modifier la machine, la période et les options. Une fois la commande créée, consultez ses informations dans la console et ouvrez un ticket pour toute modification de configuration ou de nœud. L’équipe d’assistance vous indiquera la marche à suivre selon la commande existante et la configuration souhaitée. Ne supprimez pas l’unique copie de vos données avant la migration.

PRÊT POUR LE PROCHAIN BUILD

Une seule machine Mac mini dédiée pour votre prochaine file de builds

Choisissez d’abord la configuration, puis confirmez la période, le nœud et les options. Le tarif et la disponibilité réelle s’affichent clairement avant l’envoi de la commande.

Configurer la commande Comparer les 3 offres