Commencez par examiner le pic de mémoire, le cache de build et le débit de stockage d’une tâche, puis le nombre de pipelines exécutés simultanément. OakVM propose seulement deux configurations disponibles ; chaque commande correspond à une machine physique dédiée, sans partager ses ressources de calcul.
Les deux configurations offrent une interface graphique macOS complète et un environnement en ligne de commande, sur des nœuds physiques Apple Silicon dédiés. Ne vous limitez pas au nom de la puce : vérifiez aussi la mémoire maximale, les données dérivées, le cache de build, les artefacts d’archivage et les fichiers temporaires.
M4 · 16GB de RAM · SSD 256GB
M4 Pro · 64GB de RAM · SSD 2TB
| Élément comparé | OakVM M4 | OakVM M4 Pro |
|---|---|---|
| Puce | M4 | M4 Pro |
| Mémoire | 16GB | 64GB |
| SSD intégré | 256GB | 2TB |
| Par jour | $20.3 | $59.1 |
| Par semaine | $54.9 | $159.6 |
| Par mois | $101.7 | $295.5 |
| Par trimestre | $276.6 | $803.8 |
| Nœuds disponibles | Singapour, Tokyo au Japon, Séoul en Corée du Sud, Hong Kong, côte Est des États-Unis, côte Ouest des États-Unis | Singapour, Tokyo au Japon, Séoul en Corée du Sud, Hong Kong, côte Est des États-Unis, côte Ouest des États-Unis |
Une équipe de cinq personnes peut n’exécuter qu’une publication séquentielle, ou lancer simultanément des tests, des archivages et une validation de modèle. Identifiez d’abord la tâche la plus lourde, puis choisissez la machine ; pour plus de concurrence, ajoutez des nœuds physiques dédiés.
Les dépendances du projet restent stables et les tâches quotidiennes consistent surtout à récupérer le code, installer les dépendances, lancer les tests, créer une archive et exporter les artefacts, avec un seul pipeline principal à la fois.
Plusieurs tâches de build, de test ou de traitement de données utilisent simultanément la mémoire et la bande passante disque, ou le projet doit conserver durablement plusieurs caches de dépendances, fichiers de symboles, archives et données expérimentales.
Lorsque les tâches n’ont pas besoin de mémoire partagée, les répartir sur plusieurs nœuds dédiés facilite généralement l’isolation des projets, des caches et des relances. Une machine très configurée ne fournit pas une concurrence illimitée.
L’unité d’extension d’OakVM est un nœud physique Apple Silicon dédié. Chaque nœud conserve son propre environnement système, ses répertoires de projet, son cache et ses étiquettes de tâches ; l’ordonnanceur envoie les jobs aux nœuds correspondant aux étiquettes.
Les tâches en attente sont organisées par projet, branche, priorité et environnement Xcode requis.
Conservez les certificats de signature, le répertoire du projet et la chaîne d’outils de publication afin de limiter les changements d’environnement temporaires.
1 COMMANDE = 1 NŒUD DÉDIÉUtilisez une étiquette de runner distincte pour recevoir les jobs de test, sans concurrence avec les tâches de publication sur la même machine.
Cache et file de tâches indépendantsIsolez les modèles, les dépendances et les sorties expérimentales afin que les tâches gourmandes en mémoire ne mobilisent pas les ressources de build quotidiennes.
Choisir la configuration selon le type de tâcheSi deux tâches doivent partager des données dans un même processus ou le même stockage local rapide, choisissez d’abord une configuration capable d’absorber leur pic cumulé. Si elles sont indépendantes, ajouter des nœuds favorise la concurrence, l’isolation des accès et l’identification des échecs.
Le tableau aide à estimer la région la plus adaptée aux opérations à distance et au transfert de code. Les chiffres proviennent de connexions Internet via des offres haut débit commerciales courantes, avec 20 requêtes ICMP par nœud et par point d’accès ; la valeur affichée est la médiane.
| Point d’accès \ nœud | Singapour | Tokyo | Séoul | Hong Kong | Côte Est des États-Unis | Côte Ouest des États-Unis |
|---|---|---|---|---|---|---|
| Point d’accès de Singapour | 22 ms | 71 ms | 83 ms | 39 ms | 238 ms | 174 ms |
| Point d’accès de Tokyo | 69 ms | 34 ms | 41 ms | 52 ms | 181 ms | 112 ms |
| Point d’accès de Séoul | 81 ms | 40 ms | 33 ms | 46 ms | 194 ms | 128 ms |
| Point d’accès de Hong Kong | 37 ms | 54 ms | 48 ms | 24 ms | 218 ms | 151 ms |
| Point d’accès de la côte Est des États-Unis | 236 ms | 179 ms | 191 ms | 216 ms | 29 ms | 76 ms |
| Point d’accès de la côte Ouest des États-Unis | 171 ms | 109 ms | 126 ms | 149 ms | 74 ms | 28 ms |
Si l’équipe manipule fréquemment l’interface graphique, observez en priorité la latence aller-retour entre les points d’accès des principaux utilisateurs et le nœud. Si les tâches sont surtout déclenchées automatiquement par la CI/CD, tenez également compte du dépôt de code, des sources de dépendances, du stockage des artefacts et des fuseaux horaires de l’équipe.
Ces chiffres sont des médianes réseau mesurées dans des conditions d’échantillonnage fixes. Ils ne représentent ni la vitesse de compilation Xcode ni un indicateur réseau continu. Les résultats réels varient selon l’opérateur local, le routage, le Wi-Fi, le VPN, la congestion et l’horaire des tâches.
Commencez par filtrer les régions à faible latence depuis le point d’accès correspondant au principal lieu de travail, puis tenez compte du fuseau horaire de l’équipe. Les six nœuds fonctionnent normalement 365 jours par an ; la disponibilité réelle est celle affichée en temps réel dans la console.
Le calcul des coûts répond à deux questions : combien de temps le nœud doit-il rester actif et faudra-t-il recréer régulièrement l’environnement ? Les exemples utilisent directement les tarifs disponibles, sans prix remisés ni combinaison artificielle de périodes.
Adapté à la reproduction d’un incident, à l’archivage d’une version, à la validation de dépendances ou à une expérience courte avec un début et une fin clairement définis. Si la tâche tient en une journée, vérifiez directement le coût journalier.
Adapté à plusieurs jours consécutifs de tests, corrections, archivages et distributions, lorsque l’équipe souhaite conserver le même environnement jusqu’à la fin de la publication. Les dépendances et le cache n’ont pas à être préparés chaque jour.
Adapté aux équipes qui déclenchent régulièrement des builds, tests et archivages, ou qui doivent conserver durablement des étiquettes de runner, caches de dépendances et répertoires de projet.
Adapté aux équipes ayant confirmé que le pipeline sera utilisé sur plusieurs cycles de publication et souhaitant stabiliser la chaîne d’outils, la stratégie de cache et le rôle du nœud.
Mesurez la durée pendant laquelle le nœud doit réellement conserver son environnement, son cache et sa file de tâches, plutôt que la seule durée d’une compilation.
Intégrez le téléchargement des dépendances, le préchauffage du cache, la validation de la chaîne d’outils et les transmissions manuelles ; ne comparez pas uniquement les tarifs de location.
Pour deux pipelines indépendants exécutés simultanément, comptez deux nœuds dédiés ; ne supposez pas qu’un seul nœud puisse absorber les tâches sans limite.
Le stockage supplémentaire doit être ajouté séparément à la commande : SSD +1TB à $2.9/jour, $7.8/semaine, $14.5/mois, $39.4/trimestre ; SSD +2TB à $5.8/jour, $15.6/semaine, $29/mois, $78.8/trimestre. Interconnexion Thunderbolt 5 par machine : $1.7/jour, $4.5/semaine, $8.3/mois, $22.6/trimestre.
Échantillonnez une tâche réelle parmi les plus lourdes, plutôt qu’un projet vide ou un environnement venant d’être nettoyé. Consignez ces cinq éléments dans votre dossier d’achat pour disposer d’une base vérifiable lors de l’ajout de nœuds ou de la modification de la durée.
Mesurez la mémoire utilisée au pic d’un archivage, de tests parallèles ou d’une tâche de modèle. Si 16GB est proche de la limite ou si la pression mémoire interrompt fréquemment les tâches, évaluez l’offre Pro équipée du M4 Pro et de 64GB.
Additionnez les répertoires de projet, dépendances, données dérivées, archives, fichiers de symboles, journaux et fichiers temporaires. l’offre de base intègre un SSD de 256GB ; l’offre Pro, un SSD de 2TB.
Distinguez le parallélisme des threads de la concurrence des pipelines. Pour plusieurs projets indépendants exécutés simultanément, évaluez d’abord l’ajout de nœuds dédiés et isolez les tâches avec des étiquettes de runner plutôt que de regrouper toutes les files sur une machine.
Choisissez entre Singapour, Tokyo au Japon, Séoul en Corée du Sud, Hong Kong, côte Est et côte Ouest des États-Unis selon les principaux lieux d’accès, les chemins de transfert du code et les horaires de relais de l’équipe.
Si le cache de build, les archives historiques ou les données expérimentales ne peuvent pas être déplacés régulièrement, choisissez à l’avance un SSD +1TB ou +2TB. Ne considérez pas l’espace libre du disque système comme une solution de conservation à long terme.
Lorsque le pic d’une tâche tient dans 16GB de mémoire, que le SSD de 256GB suffit au projet actif et qu’un pipeline de build iOS standard est principalement exécuté.
Lorsque les grands espaces de travail, tâches parallèles, expériences d’IA ou besoins élevés en stockage nécessitent 64GB de mémoire et 2TB de SSD.
Lorsque les tâches sont indépendantes et doivent progresser simultanément, augmentez la concurrence avec plusieurs nœuds et attribuez les étiquettes de runner par projet, environnement ou priorité.
OakVM propose deux configurations de nœuds physiques Apple Silicon dédiés, toutes deux non virtualisées, avec facturation en dollars américains. Choisissez un nœud à Singapour, Tokyo au Japon, Séoul en Corée du Sud, Hong Kong, sur la côte Est ou la côte Ouest des États-Unis ; la disponibilité réelle est celle affichée en temps réel dans la console.