Rapprochez votre machine de build Xcode des équipes de Asie du Sud-Est. Chaque Mac mini complet est attribué à un seul client, sans virtualisation.
Dès $19.2/jour · Deux configurations Apple M4 · La disponibilité réelle est indiquée en temps réel dans la console.
Choisissez d’abord la configuration selon vos besoins en mémoire et en cache, puis la durée selon votre usage. Chaque commande correspond à une machine physique dédiée, jamais partagée avec un autre client.
Tarif journalier affiché. Confirmez la période et le nœud au moment de commander.
CI quotidienne pour une app et builds séquentiels.
$19.2/jour
Idéal pour migrer une première pipeline de build. Conservez les dépendances et le cache DerivedData, comparez le premier build aux builds incrémentiels, puis décidez si vous avez besoin de davantage de tâches en parallèle.
Builds multi-target et piles technologiques mixtes.
$39.7/jour
Adapté aux archives multi-target et aux builds iOS avec Flutter ou React Native. La mémoire et le stockage supplémentaires permettent de conserver plusieurs jeux de dépendances. Évaluez le nombre de tâches parallèles avec votre projet.
Tous les prix sont en dollars US et correspondent au tarif de base de la machine. Les options SSD +1TB, SSD +2TB et interconnexion Thunderbolt 5 sont facturées séparément. Les boutons de période ne changent que les tarifs affichés sur cette page. Vérifiez le modèle, la période et le nœud avant de commander.
Singapour offre une option d’accès à proximité pour les équipes de Asie du Sud-Est. Le bureau à distance interactif, le transfert de code et la compilation sont trois étapes distinctes. Un seul chiffre de latence ne suffit pas à évaluer l’expérience globale.
20~50 ms
Fourchette moyenne indicative pour les équipes de Asie du Sud-Est, issue des références réseau régionales du répertoire des nœuds. Elle ne correspond ni à une mesure de votre connexion actuelle ni à une latence garantie pour chaque client.
Le répertoire ne précise pas d’opérateur de test, de période d’échantillonnage ni de point de mesure communs. La latence réelle varie selon votre opérateur local, le routage interrégional, le réseau sans fil et l’heure de connexion.
Commencez par exécuter un workflow complet sur une journée. Notez l’heure du test, le réseau utilisé et les logs de build, puis choisissez le nœud et la période adaptés à votre équipe.
Comptez environ 4 minutes pour les étapes indiquées, hors confirmation sur la blockchain, vérification bancaire, traitement manuel et téléchargement des dépendances du projet. La progression de l’attribution de la machine est indiquée dans la console.
Vérifiez votre compte avec votre adresse e-mail. Utilisez une adresse à laquelle vous pouvez recevoir les informations de commande. Commandes, factures et demandes d’assistance sont ensuite gérées depuis le même compte.
Choisissez l’une des deux configurations, puis vérifiez la période de facturation et le nœud. Ajoutez une option de stockage si vous devez conserver davantage de dépendances, de cache ou d’artefacts de build.
Payez en USDT-TRC20 ou par Visa / Mastercard / Amex, traité par Stripe. Les moyens de paiement disponibles dépendent de la réponse du système. Conservez la page de paiement et les détails de la transaction jusqu’à confirmation du paiement.
Une fois le paiement confirmé, le système attribue la machine et met à disposition vos identifiants SSH / VNC dans la console. Testez la connexion, vérifiez la chaîne d’outils Xcode, importez les ressources de signature et clonez votre dépôt.
Choix du nœud, travail entre régions et vérification de la commande : définissez votre mode d’utilisation avant de commander.
Commencez par déterminer qui utilise le plus souvent l’interface graphique, et où se trouvent le dépôt, les sources de dépendances et les personnes qui utilisent les artefacts. Si la plupart des utilisateurs sont à Asie du Sud-Est, testez Singapour comme nœud candidat. Les membres situés ailleurs peuvent envoyer leurs tâches par SSH et télécharger les artefacts depuis un point central, ce qui limite les sessions prolongées de bureau à distance.
Si des membres de deux régions ont tous besoin d’une utilisation interactive prolongée, évaluez une machine dédiée près de chaque équipe. Choisissez le nœud en fonction de tests d’accès réels, et non d’une fourchette indicative censée s’appliquer à tout le monde.
Cette valeur indique la latence aller-retour du réseau. Un build archive s’exécute sur une machine dédiée et dépend aussi de la taille du code, de l’état des dépendances, des paramètres de compilation, de la pression mémoire et des accès au cache. Une connexion plus fluide ne réduit pas forcément la durée de compilation dans les mêmes proportions.
Pour évaluer le nœud de Singapour, mesurez un build avec cache froid, un build incrémentiel et un téléchargement d’artefacts. Ces trois mesures aideront votre équipe à repérer si le goulot d’étranglement vient du réseau ou du processus de build.
Le bouton de configuration sur cette page présélectionne le modèle correspondant. Sur la page de configuration, choisissez bien Singapour et vérifiez la période, les options de stockage et le montant total. La consultation de cette page ne sélectionne pas automatiquement le nœud.
Si vous devez migrer des tâches et du cache, sauvegardez d’abord le code, les ressources de signature et les artefacts, puis vérifiez que la nouvelle machine est prête. La commande d’un nouveau nœud ne transfère pas automatiquement les données de l’ancien environnement.
Un Mac mini physique dédié, disponible 365 jours par an. Testez votre projet à la journée, puis choisissez une période longue au rythme de votre équipe.