Pour les utilisateurs de Chine du Sud et Asie du Sud-Est, réunissez vos projets, votre toolchain et vos tâches de build sur un seul Mac physique dédié équipé d’Apple Silicon. macOS s’exécute nativement, sans virtualisation. Lancez vos tâches en SSH et utilisez l’interface graphique pour les opérations qui nécessitent une validation manuelle.
À partir de $21.2/jour · facturation en USD
USDT-TRC20 ou Visa / Mastercard / Amex (via Stripe)
La puce, la mémoire et le SSD de base correspondent à des configurations fixes. Les ressources de calcul partagées ne sont pas présentées comme des machines dédiées. Les tarifs ci-dessous sont affichés en dollars américains et facturés en une seule fois selon la durée choisie. Les options sont facturées séparément ; le montant final est confirmé au moment de la commande.
Tarifs à la journée affichés ; vous pourrez encore changer la durée de facturation lors de la commande.
Idéal pour tester l’accès à distance, la compatibilité des scripts et le processus de build d’un projet. Si vous connaissez déjà vos besoins en mémoire, choisissez la configuration adaptée plutôt que de compter sur une durée de location plus longue.
Plus de mémoire et d’espace de travail pour l’intégration continue et les itérations quotidiennes. Gardez vos caches de dépendances et vos logs d’archive, et connectez votre runner auto-hébergé d’équipe.
Pour les builds exigeants en mémoire et les expérimentations d’inférence IA. Évaluez d’abord le chargement des modèles, la taille du contexte et l’espace occupé par les artefacts, puis définissez le nombre de tâches en parallèle. Ne choisissez pas uniquement en fonction du nom de la puce.
Votre sélection sur cette page modifie uniquement les tarifs affichés. Dans le configurateur, vérifiez le modèle, le nœud, la durée de facturation et les options avant de confirmer le paiement. Pour un test ponctuel, commencez par la journée ; pour un projet au long cours, comparez les tarifs à la semaine, au mois et au trimestre au lieu de multiplier simplement le tarif journalier. Vous pouvez renouveler avant l’échéance ; pensez à conserver une sauvegarde indépendante de vos fichiers importants.
La latence moyenne indicative pour Chine du Sud et Asie du Sud-Est est de 20~40 ms. Cette valeur aide à choisir une région ; elle ne garantit pas les performances de chaque opérateur, de chaque session ou de chaque application et ne correspond pas à un test en temps réel effectué sur cette page.
La saisie en SSH, l’interface graphique à distance et les nombreuses opérations sur de petits fichiers sont sensibles à la latence aller-retour. À latence égale, les pertes de paquets et la gigue peuvent tout de même nuire au confort d’utilisation. Testez depuis votre réseau de travail plutôt que de vous fier uniquement à la distance géographique.
Effectuez des tests pendant les heures de travail et en soirée. Notez la stabilité de la connexion et la fluidité de l’interface. Si vous passez par un proxy d’entreprise ou un VPN, testez également le parcours d’accès réel.
L’envoi des projets, le téléchargement des dépendances et la récupération des artefacts de build dépendent davantage du débit utile, de la réactivité des services distants et du nombre de fichiers. Le trajet entre le Mac dans le cloud et le dépôt de code n’est pas le même que celui entre votre poste local et le Mac dans le cloud.
Lors de la première synchronisation, transférez uniquement les fichiers nécessaires et excluez les répertoires régénérables comme DerivedData. Lancez ensuite la résolution des dépendances et un archivage avec le même projet. Enregistrez séparément le temps d’attente réseau et le temps de compilation pour identifier le goulot d’étranglement.
Testez avec l’adresse réelle fournie lors de la livraison dans l’espace client. Un ping ICMP permet d’observer la latence aller-retour et les pertes de paquets. Si ICMP est bloqué, n’en concluez pas que SSH ou la connexion graphique est indisponible. Cette page ne publie pas les données brutes de mesure et ne présente pas ces valeurs indicatives comme le résultat de tests réalisés pendant une semaine aux heures de pointe en soirée. Fiez-vous à votre réseau, au protocole utilisé et à vos charges de travail réelles.
Les durées indiquées ci-dessous estiment le temps nécessaire aux manipulations manuelles ; elles ne garantissent ni la réception du paiement ni la mise à disposition de la machine. L’état du paiement, de l’activation et des identifiants est indiqué dans l’espace client. La migration complète du projet n’est pas incluse dans ces quatre étapes.
Ouvrez le configurateur et vérifiez le modèle, le nœud, la durée de location et les options. Tenez compte de la mémoire nécessaire, de l’espace disque utilisé et de la durée du projet. Ne comparez pas uniquement les tarifs journaliers affichés en premier.
Manipulation estimée : 2–5 minVérifiez le montant dû en USD, puis choisissez USDT-TRC20 ou Visa / Mastercard / Amex via Stripe. Les moyens effectivement disponibles dépendent de la réponse de l’interface de paiement ; suivez les instructions affichées pour terminer l’opération.
Manipulation estimée : 2–5 min ; délai de réception non comprisConsultez la commande et son état d’activation dans l’espace client. Une fois la machine livrée, vérifiez les informations de l’instance, l’adresse de connexion et les identifiants d’accès. Si la commande est toujours en cours, fiez-vous à son état et ne payez pas une deuxième fois.
Vérification estimée : 1–2 min ; délai d’activation selon l’état de la commandeConnectez-vous en SSH ou via l’interface graphique. Commencez par modifier le mot de passe d’accès et configurer les clés, puis vérifiez le chemin de la toolchain. Lancez un build minimal et contrôlez les logs, le code de sortie et l’emplacement des artefacts avant de migrer l’ensemble du pipeline.
Vérification initiale estimée : 5–10 min ; téléchargement et compilation non comprisCette section porte sur l’emplacement de déploiement et l’adéquation au projet, pas sur le dépannage des problèmes de connexion.
Non. Cette valeur vous aide à déterminer si le nœud Hong Kong mérite d’être testé en priorité ; elle ne correspond pas à des mesures réalisées pour chaque utilisateur. Le routage de votre opérateur, la sortie réseau de votre entreprise, les proxys, le Wi-Fi et l’heure d’utilisation influent sur la latence et la gigue. Pour le bureau à distance, évaluez la fluidité des interactions ; pour un pipeline de build, mesurez séparément le téléchargement des dépendances, la compilation et le transfert des artefacts.
Non. Le marché visé par l’application et l’emplacement de la machine de build sont deux choses distinctes. Pour choisir un nœud, tenez plutôt compte de l’accès à distance de l’équipe, du dépôt de code, de la provenance des dépendances et du parcours de téléchargement des artefacts. Les exigences de distribution de l’application et l’accès à la machine de build sont deux critères différents ; l’emplacement du nœud ne remplace ni le processus de distribution ni les vérifications de conformité du projet.
Le catalogue de ce nœud comprend FTP M4 Core, FTP M4 Plus et FTP M4 Pro. La disponibilité réelle est indiquée en temps réel dans l’espace client. Les durées à la journée, à la semaine, au mois et au trimestre modifient la facturation, pas l’attribution de la machine physique dédiée entière, qui ne devient pas une machine virtuelle partagée. Les spécifications des trois configurations sont fixes. Si vous avez besoin de davantage de stockage ou de capacité de traitement en parallèle, vérifiez les options et leurs tarifs dans le configurateur.
Trois configurations fixes, quatre durées de facturation. Vérifiez les besoins de votre projet, puis confirmez le nœud et le montant dû dans le configurateur. Après le paiement, suivez la livraison dans l’espace client.