Des machines complètes pour les responsables CI

Des Mac physiques dédiés, rien d’autre

Chez VMFly, « Fly » évoque le décollage de vos builds. Chaque tâche s’exécute sur un Mac mini physique Apple Silicon, et non sur une part de machine virtuelle.

Chaque machine est réservée à un seul client. Votre équipe choisit la version de Xcode, configure les runners et gère la file des tâches. L’environnement de build devient ainsi un actif technique que vous maîtrisez, plutôt qu’une ressource planifiée sur une plateforme partagée.

Louer un Mac physique Voir les deux configurations

À partir de $20.1/jour. La disponibilité affichée dans la console fait foi.

Configurations disponibles2 configurations
Déploiement4 centres de données en Asie-Pacifique
Disponibilité des nœuds365 jours par an
Des ressources concrètes, pas des promesses de performance

Gardez la file de build au sein de votre équipe

Nous ne répartissons pas une machine hôte entre plusieurs clients. Choisir un Mac physique, ce n’est pas obtenir une durée de compilation garantie ; c’est savoir précisément quelles ressources et configurations influent sur vos builds.

Les simulateurs utilisent directement le matériel physique

Xcode et les simulateurs s’exécutent dans un environnement macOS physique, sans couche de virtualisation. Pour les workflows qui sollicitent le GPU, l’affichage graphique et les simulateurs, vous n’avez pas à vous adapter à la façon dont une machine virtuelle partagée expose ses ressources.

Cela ne signifie pas que tous les tests seront automatiquement plus rapides. Le nombre de tests, les simulateurs exécutés en parallèle, les dépendances du projet et l’utilisation de la mémoire restent à valider dans votre contexte.

À vérifier en premier : l’archivage et les tests sur simulateur pour un même commit.

Maîtrisez l’indexation et le cache

L’indexation Xcode, l’installation des dépendances, DerivedData et l’archivage sollicitent le disque en permanence. Avec une machine dédiée, vous ne partagez ni son disque ni sa carte réseau physique avec d’autres clients.

Les différents runners de votre équipe utilisent toujours les ressources du même nœud. N’appliquez pas directement les niveaux de concurrence d’une plateforme partagée : augmentez-les progressivement en fonction de la pression mémoire et de l’espace disque.

À mesurer : l’écart entre les builds avec cache froid et cache chaud.

Publiez sans attendre qu’un autre client libère sa place

Sur un runner partagé, l’attente a lieu avant même le démarrage du build. Un nœud dédié élimine cette file d’attente entre clients : vos tâches de publication rejoignent la file que votre équipe gère elle-même.

Cela ne signifie pas qu’il n’y aura jamais de file d’attente sur le nœud. Si plusieurs branches déclenchent des tâches en même temps, l’exécution en parallèle, l’ordre des archivages et celui des tests UI dépendent des règles de votre pipeline.

À définir : les priorités des publications et le nombre maximal de tâches simultanées.

De la mise en service à la prochaine attribution

Chaque location porte sur un Mac mini complet

« Physique » n’est pas une simple étiquette. Cela détermine comment le nœud est attribué, qui gère l’environnement et ce qu’il advient des données à la fin de la location. Notre service suit un processus de mise à disposition cohérent.

  1. 01

    Approvisionnement et mise en service

    Nous proposons des Mac mini Apple Silicon en deux configurations, M4 et M4 Pro, dans quatre centres de données en Asie-Pacifique. Les nœuds fonctionnent 365 jours par an, sans dépendre de l’alimentation électrique ni du réseau d’un bureau.

  2. 02

    Confirmation du paiement et attribution

    Une fois le paiement confirmé, nous attribuons une machine physique et initialisons le système. La machine est enregistrée au nom du client concerné. Gérez ensuite le nœud, vos factures et vos tickets depuis la console. La disponibilité effective est celle indiquée en temps réel dans la console.

  3. 03

    Intégration à votre pipeline

    Après connexion, accédez au bureau à distance depuis un navigateur, ou utilisez SSH et le partage d’écran. Installez ou configurez les outils nécessaires, choisissez la version de Xcode et enregistrez votre runner CI. Lancez enfin un build complet pour vérifier les dépendances, la signature et le chemin des artefacts.

  4. 04

    Fin de location et effacement des données

    À la fin de la location, le service s’arrête et le disque entier est effacé avant que la machine soit attribuée à un autre client. Le code, les certificats et les artefacts de build restent la propriété du client. Pensez à les sauvegarder et à les exporter avant l’échéance : le disque local du nœud ne doit pas être votre unique copie.

Quatre points d’accès, les mêmes principes de mise à disposition

Choisissez une latence adaptée aux habitudes de votre équipe

Singapour, Tokyo, Séoul et Hong Kong couvrent les fuseaux horaires courants des équipes de développement en Asie-Pacifique. Choisissez d’abord en fonction de votre mode de connexion, puis des chemins réseau empruntés par votre code, vos dépendances et vos artefacts.

SIN

Singapour

Un point d’accès adapté aux échanges avec l’Asie du Sud-Est. Si votre équipe inspecte souvent les simulateurs via le bureau à distance, commencez par tester l’expérience interactive depuis ce site.

Glide M4 et Cruise M4 Pro disponibles.

TYO

Tokyo, Japon

Adapté aux équipes qui travaillent avec des réseaux au Japon. Lors du choix, vérifiez également les chemins empruntés pour récupérer le code source et envoyer les artefacts de build.

Glide M4 et Cruise M4 Pro disponibles.

SEL

Séoul, Corée du Sud

Un point d’accès pour la Corée du Sud et les réseaux voisins. Pour le débogage interactif, vérifiez d’abord la réactivité et la fluidité de l’affichage, puis choisissez la résolution du bureau et votre méthode de test.

Glide M4 et Cruise M4 Pro disponibles.

HKG

Hong Kong

Un point d’accès possible pour les équipes d’Asie de l’Est. Choisissez en fonction du réseau utilisé par votre équipe : la distance géographique ne remplace pas un test de connexion.

Glide M4 et Cruise M4 Pro disponibles.

Les builds automatisés sans surveillance et le débogage à distance n’ont pas les mêmes exigences

Pour une équipe qui archive principalement via un runner automatisé, les points clés sont le téléchargement des dépendances, l’accès au dépôt et le transfert des artefacts. Si votre équipe débogue sur le bureau toute la journée, privilégiez la réactivité et la fluidité de l’affichage. Nous n’avançons pas de latences en millisecondes sans mesures concrètes : l’expérience dépend du réseau utilisé pour se connecter.

Voir les centres de données et nos conseils de connexion
Situez le nœud dans votre workflow

Un service pour maîtriser votre environnement de build

Nous nous adressons principalement aux responsables CI de petites équipes de développement de 3 à 30 personnes, ainsi qu’aux équipes qui préparent une publication ponctuelle et aux utilisateurs qui souhaitent faire des essais. Ce n’est pas votre fonction qui compte, mais le besoin de disposer d’un Mac physique configurable dans la durée.

Équipes qui développent au quotidien pour iOS et macOS

Exécutez les tests de branches, les archivages et les builds planifiés sur un runner géré par votre équipe. Glide M4 embarque une puce Apple Silicon M4, 16GB de mémoire et un SSD de 256GB : un bon point de départ pour les vérifications CI quotidiennes d’une seule app.

Migrez d’abord un pipeline et gardez votre build actuel comme référence. Une fois la cohérence des artefacts et la reproductibilité des dépendances confirmées, migrez progressivement les autres tâches.

À vérifier en priorité : versions des outils, cache et tâches simultanées.

Petites équipes qui ont besoin d’un canal de build supplémentaire avant une publication

Ajoutez temporairement un nœud pour isoler les tests UI, l’archivage ou les vérifications de branches des tâches quotidiennes. La location à la journée permet de couvrir une période de publication précise sans acheter d’emblée une machine qui resterait ensuite inutilisée.

L’ajout d’un nœud ne répartit pas automatiquement vos pipelines existants. Configurez les tags des runners, les identifiants et le routage des tâches pour vous assurer qu’elles sont bien envoyées à la nouvelle machine.

À vérifier en priorité : répartition des tâches et export des données à la fin de la publication.

Utilisateurs de Unity et amateurs d’expériences IA personnelles

Cruise M4 Pro embarque une puce Apple Silicon M4 Pro, 64GB de mémoire et un SSD de 2TB. Cette configuration convient pour évaluer l’export de projets Unity, l’archivage de plusieurs targets ou des essais d’inférence de modèles en local sur Apple Silicon.

Une mémoire et un stockage plus généreux ne garantissent pas la compatibilité de tous les modèles et plug-ins. Vérifiez l’environnement d’exécution, la taille des modèles et les dépendances du projet, puis mesurez les besoins avec vos tâches réelles.

À vérifier en priorité : compatibilité, pic d’utilisation mémoire et taille des artefacts.

Définissons clairement ce qui est inclus

Configurations, facturation et responsabilités : chacun son rôle

Un serveur cloud Mac ne signifie pas que nous prenons en charge tous les aspects du build de votre équipe. Nous fournissons un nœud physique auquel vous seul avez accès et que vous pouvez connecter. La gestion des dépendances du projet, l’enregistrement des runners, la configuration des signatures et la sauvegarde des données restent à la charge de votre équipe.

Deux modèles seulement au catalogue

Glide M4
Apple Silicon M4
16GB de mémoire · SSD de 256GB
Cruise M4 Pro
Apple Silicon M4 Pro
64GB de mémoire · SSD de 2TB

Aucune autre configuration n’est proposée à la location. Si vous avez besoin de plus d’espace disque, consultez les options SSD supplémentaires de +1TB et +2TB lors de la commande. Les configurations possibles avec Thunderbolt 5 en parallèle sont indiquées dans la console.

Facturation en dollars américains uniquement

Choisissez une période de facturation à la journée, à la semaine, au mois ou au trimestre. Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Les moyens de paiement réellement disponibles sont ceux renvoyés par l’interface du serveur.

L’attribution de la machine physique commence après confirmation du paiement. En cas de question sur la période, les options ou un paiement, vérifiez d’abord votre commande et votre facture. Un paiement effectué ne signifie pas que le nœud est déjà prêt.

Assistance par e-mail et tickets dans la console uniquement

Pour toute question avant l’achat, tout signalement de sécurité ou échange commercial, écrivez à support@vmfly.com. Pour toute question sur un nœud ou une facture liée à un compte existant, connectez-vous à la console afin de créer un ticket et d’en suivre le traitement.

Pour décrire un problème technique, indiquez le numéro du nœud, l’heure et le fuseau horaire de l’erreur, les étapes pour la reproduire et des extraits de journaux expurgés des données sensibles. N’envoyez ni mot de passe, ni clé privée, ni numéro complet de carte bancaire.

Se connecter à la console et créer un ticket

Découvrez les deux configurations

Choisissez un Mac physique dédié pour votre pipeline en fonction de la puce, de la mémoire, du SSD et de la période de facturation. À partir de $20.1/jour, dans 4 centres de données en Asie-Pacifique.

Comparer les deux offres de location Choisir un nœud et commander