Nœuds CI macOS dédiés aux équipes

Deux configurations M4, dès un jour

Dès $20/jour confiez vos builds à un Mac mini Apple Silicon M4 complet. Choisissez entre 16 Go et 24 Go de RAM : une machine physique dédiée, sans partage de CPU avec d’autres clients.

Choisissez d’abord la durée, puis comparez les configurations. Vérifiez la durée et le montant de la commande avant de la valider.

Voir les tarifs selon la durée

Une machine, un seul pipeline

De la mémoire pour vos builds, pas pour vos voisins

Les deux configurations sont des Mac mini Apple Silicon M4 physiques dédiés, et non des machines virtuelles. Elles diffèrent par la mémoire et la capacité du SSD local, pas par le partage de la machine entre clients. La concurrence et la mise en file d’attente des tâches de votre équipe dépendent toujours de la configuration de vos runners.

Les prix affichés sont journaliers et en USD ; le tarif pour chaque durée est également indiqué sur la fiche.

Merge M4 S

Pour démarrer avec la CI d’un projet

$20/jour

Puce
Apple Silicon M4
Mémoire
16 Go de RAM
Stockage
SSD 256 Go

Idéal pour compiler un projet, exécuter des tests unitaires et développer de petites apps SwiftUI. Lancez un premier build sur votre dépôt pour vérifier la mémoire utilisée au pic, la taille du cache et celle des archives, puis décidez si vous avez besoin de plus de stockage.

Jour
$20/jour
Semaine
$54.1/semaine
Mois
$100.1/mois
Trimestre
$272.3/trimestre
Machine physique dédiée · pas une VM Disponible
Louer le Merge M4 S

Merge M4 L

Plus de marge pour les builds multi-target et le développement graphique

$39.5/jour

Puce
Apple Silicon M4
Mémoire
24 Go de RAM
Stockage
SSD 512 Go

Adapté à l’utilisation quotidienne de Xcode à distance, aux projets multi-target et aux tests UI parallèles. La mémoire et le SSD plus généreux offrent davantage de place aux simulateurs, aux dépendances et au cache de build. Ajustez le nombre de tâches parallèles à partir de mesures sur votre projet.

Jour
$39.5/jour
Semaine
$106.7/semaine
Mois
$197.6/mois
Trimestre
$537.5/trimestre
Machine physique dédiée · pas une VM Disponible
Louer le Merge M4 L

Les deux configurations sont disponibles sur les 5 nœuds du catalogue. Vérifiez leur disponibilité en temps réel dans la console. Le prix correspond à la durée de location choisie : il ne dépend pas des minutes de build consommées.

Comparatif des configurations de base et des tarifs complets, en USD
ConfigurationPuce / mémoire / SSDJourSemaineMoisTrimestre
Merge M4 SApple Silicon M4
16 Go de RAM / SSD 256 Go
$20$54.1$100.1$272.3
Merge M4 LApple Silicon M4
24 Go de RAM / SSD 512 Go
$39.5$106.7$197.6$537.5

Choisissez selon votre projet

Commencez par la mémoire au pic, puis vérifiez le cache

Le nombre de projets ne fait pas tout. Simulateurs en parallèle, résolution des dépendances, archivage et chargement des modèles peuvent solliciter les ressources en même temps. Un SSD supplémentaire augmente l’espace disque, pas la RAM, et n’accélère pas automatiquement toutes les tâches.

Choix selon les habitudes de l’équipe : points de départ indicatifs, sans garantie sur la durée des builds ni le nombre de tâches parallèles
Type de tâcheConfiguration de départPourquoi ce choixÀ vérifier après le démarrage
Build légerMerge M4 S
16 Go de RAM / SSD 256 Go
Pour une CI sur un seul projet ou une petite app SwiftUI, commencez par un environnement de build dédié, sans payer d’avance pour des ressources dont vous n’avez pas encore besoin.Mesurez l’utilisation des ressources sur un build à froid et un build avec cache, puis vérifiez l’espace restant après archivage.
Développement quotidienMerge M4 L
24 Go de RAM / SSD 512 Go
Les projets multi-target, les tests UI parallèles et Xcode à distance sollicitent souvent la mémoire simultanément. Cette configuration laisse davantage de marge aux outils et aux simulateurs.Lancez en même temps les tests dont vous avez réellement besoin, surveillez la pression mémoire, puis définissez le nombre de tâches parallèles du runner.
Inférence de grands modèlesMerge M4 L
Avec l’option SSD +2 To
L’inférence locale avec MLX peut tirer parti d’Apple Silicon. Les fichiers de grands modèles nécessitent plus d’espace disque, mais leur chargement dépend toujours de la mémoire disponible.Vérifiez d’abord la précision du modèle, la longueur du contexte et la mémoire requise, puis prévoyez l’emplacement des poids et des jeux de données.

Évaluez votre dépôt sur une location à la journée : fixez la version de Xcode, le fichier de verrouillage des dépendances et la suite de tests, puis comparez les journaux de build. Les durées de compilation de projets différents ne permettent pas de conclure directement sur les performances d’une configuration.

Ajoutez uniquement ce qu’il vous faut

De la place pour vos projets, caches et modèles

Les tarifs ci-dessous correspondent aux options supplémentaires, en plus de la configuration de base, selon la durée choisie. Distinguez les besoins en stockage local de ceux en connexion entre machines, puis vérifiez la combinaison et le total sur la page de commande.

+1 To SSD

Plus d’espace pour les dépendances en cache et les archives

Convient aux projets peu volumineux dont les DerivedData, le cache de build et les archives s’accumulent. Prévoyez une stratégie de nettoyage et de sauvegarde : un espace supplémentaire ne remplace pas une sauvegarde.

Jour
$2.8/jour
Semaine
$7.5/semaine
Mois
$13.9/mois
Trimestre
$37.8/trimestre

Augmente la capacité de stockage, sans modifier la mémoire de la configuration de base.

+2 To SSD

Plus d’espace pour les fichiers de modèles et les ressources volumineuses

Pour stocker des poids de modèles MLX, plusieurs environnements de simulation ou des ressources volumineuses. Estimez l’espace nécessaire en comptant les téléchargements, les fichiers décompressés et les artefacts générés, pas seulement la taille du dépôt.

Jour
$5.6/jour
Semaine
$15/semaine
Mois
$27.8/mois
Trimestre
$75.6/trimestre

L’ampleur des modèles exécutés reste limitée par la RAM et la configuration des tâches.

Connexion Thunderbolt 5

Option de connexion entre machines, facturée par machine

Pour les workflows qui nécessitent réellement une connexion entre plusieurs machines. Cette option ne combine pas leur mémoire et ne répartit pas automatiquement les builds Xcode. Vérifiez d’abord que votre application peut exploiter cette connexion.

Jour / par machine
$1.5/jour
Semaine / par machine
$3.9/semaine
Mois / par machine
$7.3/mois
Trimestre / par machine
$19.9/trimestre

La configuration de connexion et les combinaisons disponibles seront confirmées sur la page de commande.

Vérifiez les options de stockage et de connexion au moment de la commande. Pour modifier une instance existante, ouvrez un ticket en précisant l’usage, les besoins de migration des données et le créneau de bascule souhaité.

5 nœuds, un seul catalogue de configurations

Distinguez la latence interactive du trajet réseau des données

La prise en main à distance via VNC dépend davantage de la latence aller-retour. Les builds automatisés dépendent aussi du trajet réseau du code, des dépendances et des artefacts. Voici des plages indicatives pour chaque zone desservie par un nœud ; elles ne sont ni mesurées depuis votre emplacement ni établies pour chaque ville.

Nœud → zone desservie → latence aller-retour indicative → usages
NœudZone desservieLatence aller-retour indicativeUsages recommandés
SingapourAsie du Sud-Est20~50 msBureau à distance et builds pour les équipes d’Asie du Sud-Est. Pour les transferts de fichiers, tenez compte de l’emplacement du dépôt et des artefacts.
Japon (Tokyo)Asie de l’Est30~60 msUtilisation interactive de Xcode et builds automatisés pour les équipes d’Asie de l’Est. Pour les transferts fréquents de ressources, privilégiez la réutilisation du cache local.
Corée du Sud (Séoul)Asie du Nord-Est30~50 msBureau à distance et tests pour les équipes d’Asie du Nord-Est. Vérifiez séparément le débit et la stabilité du transfert des artefacts.
Hong KongChine du Sud et Asie du Sud-Est20~40 msDéveloppement graphique et builds SSH dans les zones desservies. La synchronisation des petits fichiers peut limiter les transferts répétés.
Est des États-UnisEst de l’Amérique du Nord et Europe occidentale25~35 msBuilds et collaboration à distance pour les équipes de ces régions. Tenez compte de l’emplacement des sources de dépendances, du code et des artefacts.

Ces plages sont indicatives ; les résultats réels dépendent de votre réseau. La latence ne mesure pas la vitesse de téléchargement : testez séparément la première récupération des dépendances, l’envoi des archives et l’utilisation de VNC. Les deux configurations sont disponibles sur tous les nœuds ci-dessus ; vérifiez leur disponibilité en temps réel dans la console.

Un point d’exécution fixe pour vos nightly builds

Disponibilité garantie

99.9%

Sur la base de 30 jours, cela correspond à environ 43 minutes d’indisponibilité par mois.

Compensation calculée selon la durée d’indisponibilité

Tous les nœuds fonctionnent 365 jours par an. La disponibilité garantie ne signifie pas que chaque pipeline réussira : les erreurs de projet, les pannes de dépendances et les problèmes liés à vos opérations doivent être examinés séparément dans les journaux de build.

Au-delà de ce quota, la compensation est calculée au prorata de la durée d’indisponibilité constatée. Les cas de force majeure et les problèmes liés à vos opérations ne sont pas couverts par cet engagement. Conservez l’état de l’instance et les journaux concernés pour faciliter l’analyse.

Pour faire une demande, connectez-vous à la console et ouvrez un ticket avec l’ID de l’instance, les heures de début et de fin de l’incident avec leur fuseau horaire, ainsi que les traces d’échec de connexion ou de tâche. N’indiquez jamais de mot de passe, de clé privée ou de certificat de signature dans un ticket.

Quatre durées, facturation en USD

Vérifiez la durée avant de payer

Louez à la journée pour évaluer un projet, à la semaine pour des builds ponctuels, au mois ou au trimestre pour un runner utilisé en continu. Tous les prix sont en dollars américains (USD). Avant de commander, vérifiez la configuration de base, les options et la durée choisie.

USDT-TRC20

Effectuez le transfert avec les informations de paiement fournies pour votre commande

Vérifiez le réseau, les coordonnées du destinataire et le montant de la commande, puis conservez le hash de transaction. Le statut de la commande dans la console fait foi. Si votre transfert n’est pas encore confirmé, ouvrez un ticket avec les détails de la transaction plutôt que de payer à nouveau.

Facturation en USD

Visa / Mastercard / Amex

Paiement par carte traité par Stripe

Effectuez les vérifications demandées par votre banque pendant le paiement. En cas d’échec, consultez le message affiché et vérifiez les autorisations de la carte ainsi que son statut de vérification. N’envoyez jamais votre numéro de carte complet ni son cryptogramme par e-mail ou dans un ticket.

Traité par Stripe · facturation en USD

Seuls ces deux moyens de paiement sont acceptés ; les passerelles réellement disponibles sont celles indiquées par l’interface. La confirmation du paiement et l’attribution de l’instance sont deux étapes distinctes : vérifiez séparément l’état de la commande et celui de l’instance dans la console.

Anticipez vos futurs changements

Quatre vérifications avant le démarrage

Toute modification d’une instance existante touche à l’environnement et aux données : vérifiez d’abord les opérations disponibles. Ne supprimez pas un runner qui exécute des tâches de publication simplement pour changer sa configuration.

Changer de configuration en cours de location ? Préparez la migration

Pour passer du Merge M4 S au Merge M4 L, consultez d’abord les opérations disponibles dans la console. Si aucune option ne le permet, ouvrez un ticket en indiquant l’ID de l’instance, la configuration souhaitée et le créneau de bascule. Les deux configurations reposent sur des machines physiques distinctes : ce changement ne consiste pas à ajouter de la RAM à chaud.

Avant de valider la solution, sauvegardez les fichiers hors du dépôt, la configuration du runner, les certificats et les scripts de build. Les modalités, les frais et la nécessité de changer d’instance seront confirmés dans la console ou par le ticket.

Vérifiez le renouvellement dans l’instance et la facturation avant l’échéance

Connectez-vous à la console pour vérifier la date d’expiration de l’instance, la facture associée et les options de renouvellement disponibles, puis payez le montant affiché. Ne vous fiez pas uniquement à la redirection après le paiement : revenez dans la console pour confirmer la facture et la durée de validité de l’instance.

Anticipez le renouvellement des nœuds à conserver. Avant de mettre fin à une location, récupérez vos projets, archives et configurations nécessaires. À l’expiration, le stockage est effacé : le disque de l’instance ne remplace pas les sauvegardes de votre équipe.

Pour retirer un SSD supplémentaire, migrez d’abord vos données

Le SSD supplémentaire est une option de stockage facturée séparément. Vérifiez dans la console ou auprès de l’assistance si vous pouvez le retirer d’une commande existante. La suppression de fichiers ne met pas automatiquement fin à sa facturation.

Migrez les modèles, caches et artefacts du disque supplémentaire. Vérifiez que vos scripts de build, chemins de montage et répertoires de travail du runner n’en dépendent plus, puis confirmez la date d’effet et les prochaines factures.

Gérez plusieurs machines dans un même compte, orchestrez le pool de runners en équipe

Vous pouvez louer plusieurs instances dans un même compte ; chacune est une machine physique dédiée et facturée séparément. Attribuez des labels aux runners selon leur nœud ou leur usage, enregistrez chaque machine sur la plateforme CI de votre équipe, puis configurez le routage des tâches et les limites de concurrence.

Les machines ne partagent automatiquement ni répertoires de travail, ni caches, ni éléments de signature. Attribuez une identité de runner distincte à chaque instance et gérez centralement les identifiants et les artefacts de build. La connexion Thunderbolt 5 ne crée pas non plus automatiquement un cluster de build distribué.

Choisissez votre configuration et démarrez dans la console

Commencez avec un M4 dédié et testez votre chaîne d’outils ainsi que votre rythme de build sur un vrai projet. Sélectionnez la configuration, le nœud, la durée et les options, puis vérifiez chaque élément sur la page de commande.