Trouvez le bon site pour vos builds

4 centres de données en Asie-Pacifique

Singapour, Tokyo, Séoul et Hong Kong. Chaque site fournit un Mac mini physique dédié, et non une machine virtuelle. Commencez par évaluer votre mode de connexion pour choisir où exécuter vos builds.

Apple Silicon M4 / M4 Pro · dès $20.1/jour · Disponibilité en temps réel dans la console

Nos sites

Même Mac dédié, où que vous soyez

Les quatre sites proposent Glide M4 et Cruise M4 Pro. Les zones desservies donnent une première indication, sans garantir le routage d’un opérateur en particulier. Pour le bureau à distance, tenez aussi compte de l’ensemble du trajet entre le réseau de votre équipe et le nœud.

SINSingapour

Un point de départ pour les équipes d’Asie du Sud-Est

Ce site s’adresse principalement aux équipes de Singapour et d’Asie du Sud-Est. Si votre équipe s’y connecte régulièrement pour utiliser le bureau, tester le simulateur ou récupérer des builds, commencez par vérifier ce nœud.

Glide M4
Apple Silicon M4
16 Go de mémoire · SSD de 256 Go
Cruise M4 Pro
Apple Silicon M4 Pro
64 Go de mémoire · SSD de 2 To
2 configurations Choisir Singapour
TYOJapon (Tokyo)

Priorité à l’interactivité pour les équipes au Japon

Ce site s’adresse principalement aux équipes du Japon et des régions voisines. Si vous utilisez souvent Xcode, vérifiez des interfaces ou consultez les résultats de tests UI sur le bureau, testez d’abord la connexion entre votre réseau professionnel et Tokyo.

Glide M4
Apple Silicon M4
16 Go de mémoire · SSD de 256 Go
Cruise M4 Pro
Apple Silicon M4 Pro
64 Go de mémoire · SSD de 2 To
2 configurations Choisir Tokyo
SELCorée (Séoul)

Un Mac physique à proximité des équipes en Corée

Ce site s’adresse principalement aux équipes de Corée et des régions voisines. Si vous ouvrez souvent le simulateur, consultez des captures d’écran d’échec ou devez prendre la main sur le runner, pensez à tester Séoul en priorité.

Glide M4
Apple Silicon M4
16 Go de mémoire · SSD de 256 Go
Cruise M4 Pro
Apple Silicon M4 Pro
64 Go de mémoire · SSD de 2 To
2 configurations Choisir Séoul
HKGHong Kong

Reliez votre équipe de Hong Kong au code et aux artefacts

Ce site s’adresse principalement aux équipes de Hong Kong et des régions voisines. Au-delà de la réactivité du bureau, vérifiez aussi l’emplacement de vos dépôts, de vos sources de dépendances et de vos destinations d’artefacts pour ne pas optimiser un seul segment du réseau.

Glide M4
Apple Silicon M4
16 Go de mémoire · SSD de 256 Go
Cruise M4 Pro
Apple Silicon M4 Pro
64 Go de mémoire · SSD de 2 To
2 configurations Choisir Hong Kong
Tester la connexion

Distinguez réactivité du bureau et transferts de build

Les temps aller-retour doivent être mesurés depuis le réseau réellement utilisé. Nous n’indiquons pas de valeurs en millisecondes non vérifiées. Pour chacun des quatre nœuds, voici les trajets et les usages à tester : la distance géographique ne suffit pas à estimer la latence.

Connexion aux nœuds : testez depuis le lieu et avec le réseau de votre équipe, plutôt que de vous fier à un chiffre de latence générique.
NœudZone desserviePoints à vérifierUsages à tester
SIN · SingapourSingapour et Asie du Sud-EstConnectez-vous depuis le réseau professionnel de l’équipe et observez la réactivité ainsi que les variations selon l’heure.Bureau à distance, exécution de builds, téléchargement d’artefacts.
TYO · Japon (Tokyo)Japon et régions voisinesDepuis le réseau utilisé au quotidien, testez la saisie, l’actualisation de l’image et la stabilité de la connexion.Débogage Xcode, tests du simulateur, builds automatisés.
SEL · Corée (Séoul)Corée et régions voisinesTestez l’interactivité entre l’équipe et le nœud, puis mesurez séparément le temps de transfert des fichiers.Prise en main à distance, vérification des tests UI, transfert des journaux et artefacts.
HKG · Hong KongHong Kong et régions voisinesTestez séparément les trajets depuis le réseau professionnel, le dépôt de code et la destination des artefacts.Développement collaboratif, builds continus, synchronisation du code et des artefacts.

Ces indications dépendent du réseau utilisé. Un seul temps aller-retour ne renseigne ni sur le débit soutenu ni sur la vitesse de compilation Xcode. Tenez compte du routage entre opérateurs, des pertes de paquets et de la gigue.

Pour comparer les résultats, gardez le même poste client, le même réseau et le même projet. Pour le bureau, testez la saisie et l’affichage. Pour les builds, mesurez la récupération du code, la compilation et l’envoi. Ne concluez pas à un manque de puissance de la machine à partir du ralentissement ponctuel d’un téléchargement de dépendances.

Configurations disponibles

Deux configurations, sur les quatre sites

Glide M4 est équipé d’une puce Apple Silicon M4, de 16 Go de mémoire et d’un SSD de 256 Go. Cruise M4 Pro dispose d’une puce Apple Silicon M4 Pro, de 64 Go de mémoire et d’un SSD de 2 To. Choisissez d’abord la configuration selon votre charge, puis le site selon votre connexion : les mêmes modèles sont disponibles partout.

La présence dans le catalogue signifie que la combinaison peut être commandée. La disponibilité en temps réel est indiquée dans la console.
Modèle de Mac physiqueSingapour · SINJapon (Tokyo) · TYOCorée (Séoul) · SELHong Kong · HKG
Glide M4DisponibleDisponibleDisponibleDisponible
Cruise M4 ProDisponibleDisponibleDisponibleDisponible

Les deux configurations sont des machines physiques dédiées. Xcode et le simulateur s’exécutent directement sur la puce Apple Silicon. Le choix du site ne transforme pas le nœud en runner partagé et n’ajoute aucune couche de virtualisation.

Choisir selon votre pipeline

Donnez la priorité à vos usages les plus fréquents

Une équipe qui travaille toute la journée sur un bureau à distance n’a pas les mêmes besoins qu’une équipe qui récupère uniquement les résultats de builds nocturnes. Commencez par identifier vos usages principaux, puis comparez le site, la configuration et la durée de facturation.

  1. 01

    Usage intensif du bureau à distance

    Choisissez d’abord un nœud proche de l’équipe, puis testez la réactivité de la saisie et l’actualisation de l’image depuis votre réseau professionnel. Le débogage du simulateur, la vérification de la mise en page et le diagnostic interactif sont sensibles à la gigue. La proximité est un point de départ, pas une conclusion.

  2. 02

    Builds CI automatisés

    Quand les interventions manuelles sont rares, la latence aller-retour peut être moins prioritaire. Vérifiez plutôt les temps de récupération du dépôt, de téléchargement des dépendances et d’envoi des artefacts, puis choisissez selon les modèles et les tarifs disponibles. Glide M4 coûte $100.7/mois et convient pour tester le pipeline quotidien d’une application. Seuls vos builds réels vous diront si les délais sont respectés.

  3. 03

    Projets volumineux et transfert d’artefacts

    Pour les exports Unity, les archives avec plusieurs targets et la conservation d’anciens artefacts, prenez en compte la mémoire, le SSD et le chemin réseau. Cruise M4 Pro dispose de 64 Go de mémoire et d’un SSD de 2 To. Pour les transferts volumineux, mesurez les durées complètes d’envoi et de téléchargement plutôt qu’un seul aller-retour réseau.

  4. 04

    Équipes dispersées et besoins ponctuels

    Choisissez un site en fonction des personnes qui utilisent le bureau au quotidien et intégrez les artefacts au stockage déjà utilisé par l’équipe. Pour une période de release, commencez par une location à la journée afin de tester, sans migrer tout le pipeline. Après validation de la chaîne d’outils, de la signature et des chemins d’artefacts, décidez si un déploiement à long terme est pertinent.

Données et transfert

Une machine physique par client

Il ne s’agit pas d’une machine virtuelle sur un hôte partagé. Chaque Mac mini physique est attribué à un seul client, qui gère son code, ses identifiants de build et ses artefacts. Pensez aussi à intégrer les sauvegardes et la fin de location à vos procédures.

Une machine entièrement dédiée

Pendant la location, la machine est réservée à un seul client. Votre équipe peut utiliser ses outils depuis l’interface graphique de macOS ou la ligne de commande, sans partager le disque ni l’interface réseau physique avec d’autres clients.

Les nœuds fonctionnent normalement toute l’année, 365 jours par an. L’état du service et les informations de l’instance sont ceux indiqués dans la console.

Sauvegardez vos données avant la fin

À la fin de la période de location, un nœud non renouvelé cesse de fonctionner et son disque est entièrement effacé. Sauvegardez à l’avance votre code, la configuration de l’environnement, les certificats et les artefacts à conserver. Ne gardez pas votre seule copie sur le nœud loué.

Vérifiez que vos sauvegardes peuvent être restaurées avant l’échéance : la simple présence de fichiers copiés ne suffit pas.

Pour changer de site, migrez vers un nouveau nœud

Changer de centre de données nécessite de créer un nouveau nœud et de synchroniser les données vous-même. Configurez d’abord la chaîne d’outils et le runner, exécutez un build, des tests et un archivage, puis modifiez la cible du pipeline.

La migration ne déplace pas la machine existante et ne copie pas automatiquement les données de l’ancien site vers le nouveau.

À noter avant de commander

La région des personnes qui utilisent le bureau, l’emplacement des transferts de code et d’artefacts, ainsi que la configuration et la durée de location souhaitées. Pour obtenir de l’aide dans le choix du site, envoyez ces informations à support@vmfly.com. Si vous avez déjà un compte, vous pouvez aussi ouvrir un ticket depuis la console en indiquant le numéro du nœud et l’heure du problème.

Choisissez votre site et ouvrez la console

Quatre sites en Asie-Pacifique, avec un Mac physique dédié. Dès $20.1/jour. Configurez votre nœud et votre durée de facturation.