Commencez par les ressources

Un Mac, oui.
Mais sur quelle machine ?

MacFTP vous fournit un Mac physique Apple Silicon dédié, sans virtualisation. Vous louez un Mac mini entier, pas une part de serveur partagé. Comparez les coûts, l’exploitation et les modalités de sortie avant de décider quelles tâches confier au cloud.

Louer un Mac cloud Voir les 3 offres et les tarifs

À partir de $21.2/jour · 3 configurations · 4 nœuds · paiement à la journée, à la semaine, au mois ou au trimestre

À qui appartiennent les ressources ?La mémoire unifiée et le SSD sont-ils partagés avec d’autres clients ?

Qui gère quoi ?Distinguez l’infrastructure physique, l’environnement système et la maintenance du projet.

Que faire à la fin du projet ?Comparez l’arrêt du renouvellement, l’inactivité d’un appareil et la revente d’un actif.

4 options, mêmes critères

Ne vous arrêtez pas à une fiche technique

Faire tourner macOS ne signifie pas que l’isolation des ressources, la mise à disposition et les responsabilités d’exploitation sont les mêmes. Cette comparaison porte sur les types de services. Pour l’achat, la virtualisation et l’hébergement, les coûts et modalités dépendent des conditions réelles de chaque fournisseur.

Dédié ne signifie pas sans exploitation. Mises à jour des dépendances, certificats de signature, droits d’accès, code et sauvegardes des artefacts doivent rester intégrés à vos processus de livraison.

Commencez par la durée du projet

$198.6 par mois : quelle structure de coûts ?

Prenons FTP M4 Plus comme référence : M4, 24GB de mémoire unifiée et SSD de 512GB. Le tarif mensuel correspond à une location, pas à un achat à tempérament, et ne transfère pas la propriété du matériel. Pour les projets courts et les besoins évolutifs, faites correspondre les dépenses à la durée réelle de la mission.

Les 4 durées de location FTP M4 Plus

À la journée, prépayé: $21.2non disponible pour ce modèle
À la semaine, prépayé: $107.2
Au mois, prépayé: $198.6
Au trimestre, prépayé: $540.2

Louer FTP M4 Plus

Distinguez investissement initial et dépenses récurrentes

Le budget d’achat doit inclure le matériel, l’alimentation, le réseau, l’accès à distance et le temps consacré au dépannage. Si votre équipe dispose déjà d’une machine, d’un réseau stable et de personnel dédié à l’exploitation, ces ressources sont peut-être déjà en place. En partant de zéro, comparer uniquement le prix d’achat au loyer d’un mois ne suffit pas.

Coût total d’un achat

Achat du matériel + alimentation pendant l’utilisation + réseau et accès + temps d’exploitation − valeur résiduelle du matériel

Le budget de location dépend du modèle choisi, de la durée et des options réellement souscrites. Le SSD supplémentaire de +1TB, le SSD supplémentaire de +2TB et l’interconnexion Thunderbolt 5 sont facturés séparément. L’interconnexion est facturée par machine. Ne prenez pas le tarif de base pour le prix final de toutes les configurations.

Pour une simple adaptation à une version, choisissez la durée selon la mission. Si la file de builds reste stable dans le temps, comparez la location continue à l’achat de votre propre matériel. Nous n’indiquons pas de prix d’achat, de coût de l’électricité ou de valeur résiduelle non vérifiés, et ne calculons pas de délai de rentabilisation universel.

Tous les paiements sont en dollars américains (USD). Moyens de paiement acceptés : USDT-TRC20 et Visa / Mastercard / Amex (via Stripe). Les moyens effectivement disponibles sont indiqués par l’interface de paiement.

Testez le réseau depuis votre point d’accès

4 nœuds, à choisir selon votre flux de travail

Singapour, Tokyo, Séoul et Hong Kong proposent chacun les 3 configurations. Un nœud proche de vous n’est pas forcément proche de votre dépôt de code, de vos sources de dépendances ou de la destination de vos artefacts. Pour le bureau à distance, mesurez le temps aller-retour des interactions. Pour la CI, testez aussi le téléchargement des dépendances et l’envoi des artefacts.

État des mesures publiées : aucun relevé vérifiable disponible

Nous ne convertissons pas la distance géographique en latence et ne présentons pas de millisecondes comme des mesures réelles. Les temps aller-retour ville–nœud ne sont pas encore publiés, donc cette page n’affiche pas de tableau vide. La disponibilité à la commande est celle indiquée par la console.

Protocole prévu : ping ICMP depuis une connexion résidentielle à Shanghai, Shenzhen, Taipei, Tokyo, Séoul, Singapour, Bangkok et Sydney, avec la médiane des mesures aux heures de pointe sur une semaine. La publication devra préciser les horaires, les opérateurs, le nombre de mesures et le taux de perte de paquets. Cette campagne n’étant pas terminée, aucune latence mesurée n’est garantie.

Accès à distance : latence et pertes

Pour une utilisation continue de l’interface graphique, la stabilité de la latence et les pertes de paquets sont plus révélatrices qu’un ping minimal isolé. Testez votre réseau de bureau, aux horaires d’utilisation réels : une mesure ponctuelle ne remplace pas une expérience sur la durée.

À évaluer : SSH et interface graphique

Builds automatisés : testez toute la chaîne

Mesurez séparément la récupération du code, le téléchargement des dépendances, la création de l’archive et l’envoi des artefacts. Si le goulot d’étranglement vient des sources de dépendances, choisir un nœud plus proche du bureau ne raccourcira pas forcément le pipeline.

À évaluer : durée totale, du commit aux artefacts

Distinguez objectif et historique

La disponibilité n’est pas le taux de réussite des builds

Les quatre nœuds fonctionnent normalement toute l’année, 365 jours par an. La disponibilité du service, l’accès réseau à distance et la réussite de la compilation d’un projet sont trois choses différentes. Une dépendance défaillante ou un test qui échoue ne signifie pas que le nœud physique est indisponible.

Objectif mensuel de disponibilité

99.9%

Ce chiffre suit la même définition que la ligne « Disponibilité » du tableau ci-dessus. Il s’agit d’un objectif de service mensuel, pas d’un historique de mesures affiché sur cette page, ni du taux de réussite des pipelines de chaque projet.

État des relevés des 90 derniers jours

Aucun relevé de supervision vérifiable n’est encore disponible. Nous n’affichons donc ni état quotidien ni conclusion historique sur le respect de l’objectif. En cas de problème de connexion, gardez le nœud concerné, l’heure, le message d’erreur et les vérifications déjà effectuées pour distinguer un problème côté client d’un problème côté service.

Si la disponibilité mensuelle passe sous 99.9 %, une compensation en temps de service est calculée selon la durée d’indisponibilité vérifiée. Les modalités de constat, de demande et d’éligibilité sont définies dans les conditions de service.

Disponibilité et compensation

Ce qu’apporte une machine dédiée

Éliminez les variables liées aux autres utilisateurs

La mémoire unifiée et le SSD ne sont pas partagés avec d’autres clients. Vous n’avez donc pas à rivaliser avec les tâches d’autres utilisateurs sur le même hôte. Vos tâches parallèles, l’état du cache, les versions des outils et l’évolution du projet influent toujours sur le temps de build : une machine dédiée ne garantit pas une durée identique à chaque archive.

Mémoire unifiée réservée à la machine

Choisissez une configuration en fonction du pic de mémoire du projet et du nombre de tâches parallèles. La pression mémoire a un impact sur les builds et l’inférence. Le nom de la puce ne suffit pas à déterminer si la mémoire est adaptée. Ne confondez pas non plus les besoins de plusieurs Runner avec ceux d’une seule tâche.

À surveiller : pression mémoire, swap, parallélisme

SSD non partagé avec d’autres clients

L’espace de travail, DerivedData et les artefacts de build sont lus et écrits sur un nœud dédié. Surveillez tout de même l’espace disponible, supprimez les anciens artefacts et distinguez les builds avec cache des premières compilations pour ne pas attribuer à tort le gain au matériel.

À surveiller : espace libre, cache, taille des artefacts

macOS natif, environnement à votre charge

L’interface graphique et la ligne de commande macOS sont disponibles. Fixez les versions de Xcode et du SDK, les fichiers de verrouillage des dépendances et les paramètres de build avant d’évaluer les performances. Après un changement de chaîne d’outils, les anciens résultats ne sont plus directement comparables.

À surveiller : versions, dépendances verrouillées, logs

3 archives du même projet : comment lire les écarts

Exemple synthétique destiné à illustrer la méthode de comparaison. Il ne s’agit pas d’un test de performances de MacFTP ni d’un autre fournisseur.

Exemple synthétique, en secondes ; A et B désignent uniquement des groupes d’exemple
Groupe d’exemple	1re exécution	2e exécution	3e exécution	Maximum − minimum
A : faible variation	600 s	612 s	606 s	12 s
B : forte variation	600 s	720 s	660 s	120 s

Pour une comparaison réelle, gardez le même commit, la même version de Xcode, les mêmes dépendances et le même parallélisme. Utilisez les mêmes conditions de cache froid ou chaud et consignez trois logs complets. Les écarts peuvent justifier des vérifications, mais trois durées ne suffisent pas à prouver une concurrence sur les ressources ni à conclure qu’un type de service est forcément plus rapide.

Vérifiez d’abord que le besoin correspond

3 besoins pour lesquels cette solution n’est pas adaptée

Un Mac dédié dans le cloud permet de louer un environnement de calcul pour une tâche, mais ne remplace pas tous les achats de matériel. Vérifiez l’architecture, l’emplacement et la propriété des équipements avant de choisir une location à la journée ou sur une durée plus longue : cela évite les migrations précipitées après commande.

Intel Mac indispensable

Le catalogue actuel propose uniquement M4 et M4 Pro, sur architecture Apple Silicon. Si vos critères de validation exigent un processeur Intel, ces trois configurations ne conviennent pas.

Vérifiez l’architecture matérielle

Déploiement dans un autre lieu impératif

Les quatre nœuds se trouvent à Singapour, Tokyo, Séoul et Hong Kong. Si la politique de votre organisation impose un déploiement ailleurs, répondez d’abord à cette exigence de localisation : une latence comparable ne remplace pas une vérification de conformité.

Vérifiez les exigences de lieu et de données

Propriété permanente du matériel exigée

La location donne le droit d’utiliser la machine pendant la durée choisie, sans transfert de propriété. Si l’enregistrement de l’actif, l’utilisation hors ligne ou un accès local permanent sont indispensables, l’achat peut mieux s’intégrer à votre fonctionnement.

Vérifiez les exigences d’actif et de site

Avant la migration, listez les fichiers du projet, les éléments de signature, les dépendances, les variables d’environnement et les chemins d’export des artefacts. Terminez les sauvegardes avant la fin de la location. Consultez les conditions de service pour connaître le renouvellement, la fin de période et les règles de remboursement.

Passez à l’étape suivante

Votre besoin est clair ? Choisissez une configuration.
Un point reste à vérifier ? Posez vos questions.

3 configurations, 4 durées de location. Consultez tous les tarifs avant de commander. Pour les achats d’équipe, les exigences de déploiement ou les questions de migration, contactez-nous par e-mail ou ouvrez un ticket depuis le portail.

Voir les offres Contacter l’équipe