Commencez par le lieu de travail, puis choisissez celui de la machine
Singapour, Tokyo, Séoul, Hong Kong et l’ouest des États-Unis : stocks disponibles sur tous les sites.
Choisissez d’abord un nœud proche des personnes qui utilisent le plus souvent l’interface graphique, puis tenez compte des builds et des transferts de fichiers. Vous louez un Mac mini physique dédié, pas une machine virtuelle. Les performances de connexion dépendent de votre emplacement, de votre opérateur et de votre réseau.
Même tarif pour les 5 nœuds, à partir de $21.8/jour. La disponibilité réelle au moment de la commande est celle indiquée en temps réel dans la console.
Nœuds disponibles
Les zones indiquées ci-dessous servent à présélectionner un nœud ; elles ne garantissent ni un itinéraire réseau fixe ni un temps de connexion donné. Les deux configurations sont disponibles sur ces 5 nœuds. Choisissez d’abord l’emplacement, puis la configuration selon les besoins du projet en mémoire et en stockage.
Zone couverte : Asie du Sud-Est
Pour les opérations quotidiennes et les builds, privilégiez un nœud proche des membres de l’équipe en Asie du Sud-Est. Lors d’un relais entre régions, vérifiez que les tâches de l’équipe précédente sont terminées avant de reprendre la même machine.
Zone couverte : Japon et Asie de l’Est
Pour les tâches sur ordinateur qui impliquent de cliquer, faire défiler ou prévisualiser fréquemment, privilégiez un nœud proche des membres de l’équipe au Japon. Tokyo peut aussi convenir à d’autres équipes d’Asie de l’Est, selon les performances de leur réseau.
Zone couverte : Corée du Sud et Asie du Nord-Est
Les membres de l’équipe en Corée du Sud peuvent utiliser l’interface graphique de macOS depuis un nœud proche. Tokyo et Séoul étant dans le même fuseau horaire, cela ne signifie pas que leurs connexions réseau offrent les mêmes performances.
Zone couverte : Chine du Sud, Hong Kong, Macao et Taïwan
Pour choisir un nœud, tenez compte des besoins des membres de l’équipe en Chine du Sud, à Hong Kong, à Macao et à Taïwan pour les tâches graphiques. Depuis la Chine continentale, évaluez aussi votre opérateur et votre connexion internationale : la proximité géographique ne garantit pas une faible latence.
Zone couverte : côte ouest de l’Amérique du Nord
Les membres de l’équipe sur la côte ouest de l’Amérique du Nord peuvent effectuer leurs tâches sur ordinateur et leurs tests de régression depuis un nœud proche. Pour les relais avec l’équipe d’Asie-Pacifique, notez la date de passation afin d’éviter toute confusion entre le jour précédent et le jour suivant.
L’heure locale est calculée à partir de l’horloge de votre appareil et actualisée chaque minute. L’heure du Pacifique tient automatiquement compte du changement d’heure. Elle ne constitue pas une vérification de la disponibilité du nœud. L’état du stock indiqué dans la console fait foi.
Évaluer la connexion
Nous ne disposons pas de plages de temps aller-retour vérifiables pour les nœuds. Les critères ci-dessous s’appuient donc sur les zones couvertes et les tâches, sans chiffres de latence indicatifs ni résultats déduits de la distance géographique.
| Nœud | Zone couverte | Usages adaptés | Points à vérifier après connexion |
|---|---|---|---|
| Singapour | Asie du Sud-Est | Bureau à distance, builds, transferts de fichiers | Réactivité de l’interface pour les membres de l’équipe en Asie du Sud-Est, ainsi que les temps de téléchargement du dépôt et des artefacts. |
| Japon (Tokyo) | Japon et Asie de l’Est | Bureau à distance, builds, transferts de fichiers | Réactivité de la souris et du clavier pour les membres de l’équipe au Japon et en Asie de l’Est, ainsi que stabilité du téléchargement des dépendances. |
| Corée du Sud (Séoul) | Corée du Sud et Asie du Nord-Est | Bureau à distance, builds, transferts de fichiers | Fluidité des interactions pour les membres de l’équipe en Corée du Sud et en Asie du Nord-Est, et éventuelles interruptions lors des transferts de fichiers. |
| Hong Kong | Chine du Sud, Hong Kong, Macao et Taïwan | Bureau à distance, builds, transferts de fichiers | Performances réseau pour les principaux utilisateurs pendant leurs horaires habituels, plutôt qu’un seul test aller-retour. |
| Ouest des États-Unis | Côte ouest de l’Amérique du Nord | Bureau à distance, builds, transferts de fichiers | Expérience des membres de l’équipe sur la côte ouest de l’Amérique du Nord et chemin de transfert des artefacts vers l’Asie-Pacifique. |
Les plages indicatives ne préjugent pas des performances de votre réseau. Les ralentissements interactifs peuvent également venir de votre réseau local, de la transmission de l’écran ou de la charge de travail de la machine. Un seul test aller-retour ne permet pas de distinguer ces causes.
Choisir selon les tâches
Commencez par identifier les personnes qui utilisent l’interface graphique au quotidien, puis choisissez un nœud proche d’elles. Pour accéder au bureau à distance dans un navigateur, il faut un navigateur moderne et une connexion stable. Les tâches qui impliquent de faire glisser, défiler ou consulter l’écran fréquemment exigent des interactions fluides.
Identifiez d’abord les personnes qui envoient et récupèrent le code, les dépendances et les artefacts de build, puis choisissez le nœud situé du côté de la majorité de l’équipe. Vous pouvez utiliser SSH pour les builds en ligne de commande. Les performances du bureau à distance ne reflètent pas directement la vitesse de compilation.
Si les membres de l’équipe sont répartis entre l’Asie-Pacifique et l’ouest des États-Unis et que les deux groupes doivent souvent utiliser l’interface graphique, vous pouvez louer une machine dans chaque région. Chaque instance est facturée séparément et stocke ses propres données ; utilisez le dépôt de code et le transfert des artefacts pour synchroniser le travail. Les fichiers ne sont pas synchronisés automatiquement.
Exemples de répartition d’équipe
Ces exemples illustrent une méthode de choix ; ce ne sont ni des témoignages clients ni des tests de latence. Commencez par recenser les lieux de travail et les principales tâches, puis décidez si une machine sera utilisée à tour de rôle ou si chaque région aura sa propre instance.
Envisagez Hong Kong ou Singapour. Si les principaux utilisateurs de l’interface graphique se trouvent en Chine du Sud, commencez par Hong Kong. Si les builds et les artefacts sont principalement gérés par l’équipe d’Asie du Sud-Est, envisagez Singapour. Dans tous les cas, évaluez la connexion réelle.
Envisagez Tokyo ou Séoul. Les deux villes étant dans le même fuseau horaire, choisissez d’abord le nœud en fonction des principaux utilisateurs, puis définissez l’ordre d’utilisation du bureau. Une machine dédiée est attribuée à un seul client ; cela n’empêche pas plusieurs membres de se gêner s’ils l’utilisent en même temps.
Envisagez un nœud proche dans l’ouest des États-Unis. Avant de passer le relais, l’équipe d’Asie-Pacifique doit envoyer le code et indiquer si la tâche est terminée. L’équipe de l’ouest des États-Unis vérifie la version avant de lancer les tests de régression. Si vous louez une deuxième machine, alignez d’abord les outils et les dépendances.
À vérifier avant de commander
Seuls les 5 nœuds du répertoire sont actuellement proposés. Modifier la région dans les paramètres ne déplace pas automatiquement votre instance existante. Pour changer de nœud, ouvrez une nouvelle instance sur le nœud souhaité depuis la console, puis migrez votre projet et votre chaîne d’outils.
Préparez le dépôt du projet, les fichiers non commités, les certificats de signature, les profils de provisionnement et les versions des dépendances. Notez les tâches en cours sur l’ancienne machine afin d’éviter les builds en double et les artefacts manquants pendant la migration. Les deux instances sont facturées séparément pendant leur période d’utilisation simultanée.
Sur l’instance cible, alignez la version de Xcode et les dépendances, puis lancez un build du projet. Si votre équipe utilise la CI, enregistrez à nouveau la machine de build et vérifiez les tâches. Une fois l’accès au bureau et aux chemins de fichiers confirmé, informez l’équipe de la nouvelle connexion et mettez à jour les consignes de relais.
Le nœud ne change pas les tarifs du catalogue
UDP M4 16 : M4 / 16 Go / SSD 256 Go, $21.8/jour ; UDP M4 24 : M4 / 24 Go / SSD 512 Go, $40.9/jour. Choisissez une période de facturation à la journée, à la semaine, au mois ou au trimestre. La facturation de l’instance commence une fois le paiement effectué.
Paiement uniquement par USDT-TRC20 ou Visa / Mastercard / Amex (via Stripe). Tous les paiements sont facturés en dollars américains. Les moyens de paiement réellement disponibles sont ceux indiqués par l’interface du serveur.
Choisissez d’abord le lieu de travail principal de l’équipe, puis la configuration et la période de facturation. Avant de travailler entre régions, préparez les versions des outils et les consignes de relais.