L’alimentation, le réseau et le refroidissement sont pris en chargeVotre nœud de build reste disponible 365 jours par an

Un Mac mini physique dédié, pas une machine virtuelle, sans arrêt programmé. Nos serveurs de build iOS sont hébergés dans 5 datacenters à Singapour, Tokyo, Séoul, Hong Kong et dans l’ouest des États-Unis. La machine entière est réservée à votre équipe.

Port M4 Base dès $19.7/jourJour · semaine · mois · trimestreFacturation en USD

Tableau de planification des builds

tokyo-node-07 · Apple Silicon M4 Pro · 64GB de mémoire unifiée · SSD 2TB

Disponibilité sur l’annéeEn ligne 365 jours/anExemple de disponibilité · une case représente 1 jour
Pipeline · planning d’exemple
00:0006:0012:0018:00
main7 exécutions · moyenne indicative 6m12s
release/2.43 exécutions · moyenne indicative 9m40s
nightlyÀ partir de 02:00 · tests UI inclus

Tâche nightly d’exemple : tests UI de 2h05m. Les branches partagent le CPU, la mémoire et le disque de votre équipe. Déterminez le niveau de parallélisme à partir de vos propres mesures.

Utilisation CPU (exemple)Tâches de votre équipe uniquement

Le planning, les durées et les points de disponibilité sont illustratifs, pas issus de mesures réelles. L’état effectif est celui renvoyé en temps réel par le portail.

Vos outils de build habituels, exécutés tels quels sur un nœud dédié

Xcode fastlane GitHub Actions GitLab CI Jenkins Flutter React Native

Ces outils s’installent sur le nœud selon leurs méthodes habituelles et s’utilisent comme sur votre propre Mac. Leur présence ne signifie ni partenariat ni recommandation. Votre équipe reste responsable des versions des outils, des dépendances et des mises à jour du runner.

Peser le pour et le contre

Mac en propre, runner partagé ou hébergement dédié : quelle option pour votre équipe ?

Ces trois approches sont utilisées au quotidien. Nous présentons leurs avantages et leurs limites pour vous aider à choisir avant de louer un serveur de build iOS.

En propre

Mac mini au bureau

Économique si les builds sont rares et qu’un Mac est déjà disponible

Adapté si

  • Vous compilez de temps en temps et disposez déjà d’un Mac inutilisé.
  • Quelqu’un peut gérer l’alimentation, le réseau et les mises à jour système.
  • Le code ou les dépendances doivent rester sur le réseau interne de l’entreprise.

Moins adapté si

  • Vous fusionnez plusieurs fois par jour et ne pouvez pas compter sur l’alimentation du bureau la nuit.
  • Le réseau est instable et chaque redémarrage nécessite une intervention sur place.
  • Vous souhaitez retirer la supervision du matériel des responsabilités de l’équipe de release.
Partagé

Runner hébergé partagé

Pratique pour de petits volumes si les files d’attente ne vous gênent pas

Adapté si

  • Les builds sont peu nombreux et espacés, et l’attente ne ralentit pas les fusions quotidiennes.
  • Vous devez augmenter fortement le nombre de tâches en parallèle pendant une courte période.
  • Vous souhaitez limiter la gestion de l’environnement machine.

Moins adapté si

  • Les builds attendent souvent et le rythme des releases dépend de la capacité partagée.
  • Vous comptez régulièrement sur DerivedData et le cache des dépendances pour accélérer les builds.
  • Vous avez besoin de conserver durablement un environnement macOS maîtrisé.
Dédié

Nœud dédié hébergé en datacenter

Idéal si les builds sont fréquents et que vous ne voulez pas gérer le matériel

Adapté si

  • Vous fusionnez plusieurs fois par jour sans vouloir gérer l’alimentation, le réseau ni le refroidissement.
  • Vous devez conserver le cache et organiser vous-même l’ordre des builds par branche.
  • Votre équipe développe sous Windows et a besoin de compiler à distance sur macOS.

Moins adapté si

  • Vous ne compilez qu’une ou deux fois par mois et votre propre machine reste inutilisée.
  • Vous devez passer instantanément à des dizaines de machines : la capacité d’un nœud dédié reste limitée.
  • Vous souhaitez déléguer aussi la gestion des dépendances, des certificats et du pipeline.
En ligne toute l’année

Un nœud en datacenter, disponible 365 jours par an

Le datacenter prend en charge l’alimentation, le réseau et le refroidissement. Vos builds nightly ne sont plus interrompus par la coupure du bureau.

365jours

En ligne toute l’année

Le nœud ne dépend pas des horaires du bureau.

0arrêt

Arrêt programmé

Pas besoin de réorganiser les builds en fonction d’arrêts réguliers du service.

5régions

Datacenters

Singapour, Tokyo, Séoul, Hong Kong et l’ouest des États-Unis.

1 machine / 1 équipe

Nœud physique dédié

La machine n’est pas partagée avec d’autres clients.

À savoir : un service disponible toute l’année ne signifie pas qu’aucune panne matérielle ne peut survenir. En cas de problème, ouvrez un ticket en indiquant le nœud et le message d’erreur. Nous vous aiderons à diagnostiquer le problème, à remplacer le nœud et à restaurer l’environnement. Conservez des sauvegardes indépendantes du code, des éléments de signature, des artefacts de build et des caches nécessaires. Après un remplacement, votre équipe devra participer à la reconnexion du runner et à la restauration de l’environnement.

Procédure de remplacement
Machine physique dédiée

Un Mac mini entier, réservé à votre équipe

Ce n’est pas une machine virtuelle et elle n’est pas partagée avec d’autres clients. Voici les quatre différences concrètes entre une machine physique dédiée et une offre partagée.

Dédié

Une machine pour un seul client

Le nœud est associé à votre compte et n’est pas attribué à une autre équipe pendant votre période de location. Plusieurs développeurs et pipelines peuvent l’utiliser au sein de votre équipe.

Nœud physique

Pas de machine virtuelle

Les builds s’exécutent directement sur un Mac Apple Silicon physique. L’interface graphique macOS et la ligne de commande sont accessibles, pour gérer les outils et dépendances de chaque projet.

Emblème orbital OSXPortOSXPort1 machine · 1 équipe
Cache

Votre cache reste en place

DerivedData, CocoaPods et le cache SPM ne sont pas supprimés par les tâches d’autres clients. Définissez toutefois une stratégie de nettoyage pour éviter que les archives et le cache ne saturent le SSD.

Parallèle

Pas de concurrence pour le CPU

Quand main et release compilent en même temps, elles partagent les ressources uniquement avec les tâches de votre équipe. Une machine dédiée n’offre pas un parallélisme illimité : les simulateurs et les compilations utilisent toujours la capacité de la même machine.

Apple Silicon M4 / M4 Pro

M4 ou M4 Pro : choisissez selon votre projet

Deux puces réparties sur trois configurations de nœud. Pour une application simple, commencez par tester le M4. Pour les grands projets multi-target, les tests parallèles plus nombreux ou l’inférence de modèles, envisagez le M4 Pro avec 64GB.

Apple Silicon M4

Équipe les Port M4 Base et Port M4 Plus

Puce
Apple Silicon M4
Mémoire unifiée
16GB / 24GB
Stockage
SSD 256GB / 512GB

Le M4 convient pour

  • Une seule application ou quelques targets.
  • La compilation, l’archivage et la distribution automatisés au quotidien.
  • Un nombre limité de simulateurs et un cache incrémental conservé.

Moins conseillé

  • Faire tourner plusieurs simulateurs en même temps avec 16GB.
  • Exécuter durablement de grands projets en parallèle sans limiter le nombre de tâches.

Apple Silicon M4 Pro

Équipe le Port M4 Pro

Puce
Apple Silicon M4 Pro
Mémoire unifiée
64GB
Stockage
SSD 2TB

Plus de marge pour

  • Les grands projets avec plusieurs targets et schemes.
  • Les tests UI exécutés sur plusieurs simulateurs en parallèle.
  • L’inférence locale et l’évaluation de modèles quantifiés adaptés à la mémoire disponible.

Pas nécessaire si

  • Vous compilez une seule application quelques fois par jour.
  • Vous avez besoin de plusieurs cartes pour l’entraînement ou d’un accélérateur spécifique.
Tarifs

3 configurations dès $19.7/jour

Chaque configuration comprend un Mac mini physique entièrement dédié, disponible dans 5 régions. La facturation à la journée convient pour tester un pipeline ; le mois ou le trimestre, pour les tâches nightly régulières. La disponibilité réelle est indiquée en temps réel dans le portail.

Facturation en USD · Paiement par USDT-TRC20 ou Visa / Mastercard / Amex via Stripe. Les moyens réellement disponibles sont indiqués par le système de paiement.

Comparer les configurations
5 régions

Choisissez un nœud proche de votre dépôt et de votre équipe

Tenez compte de l’emplacement du dépôt, des sources de dépendances et de la destination des artefacts, pas seulement de celui des développeurs. Les tarifs sont identiques pour une même configuration, quelle que soit la région. Les latences ci-dessous sont indicatives : elles ne correspondent pas à une mesure de votre connexion et ne constituent pas un engagement.

Compiler iOS sans Mac

Équipes Windows et Flutter : confiez la compilation de l’ipa au nœud

Comment compiler une app iOS sous Windows ?

Continuez à coder, valider et pousser vos changements depuis Windows. Le runner du nœud dédié récupère le code, lance xcodebuild ou fastlane gym pour générer l’ipa, puis renvoie l’artefact au pipeline. Pas besoin de passer votre poste de développement sur Mac.

Faut-il un Mac pour compiler une app Flutter iOS ?

Il faut un environnement macOS, mais pas nécessairement une machine au bureau. Une fois Flutter, Xcode et les dépendances installés sur le nœud, lancez flutter build ipa à distance et signez l’application avec le certificat et le profil de provisionnement que vous avez importés.

Pour signer l’app : vous devez toujours disposer d’un abonnement Apple Developer valide et fournir votre certificat de signature, votre profil de provisionnement et votre clé API App Store Connect. Le nœud fournit l’environnement de build, pas les autorisations nécessaires à la publication.

  1. 1

    Poussez le code depuis Windows

    Gardez votre environnement de développement actuel et poussez les changements vers le dépôt de l’équipe.

    git push origin main
  2. 2

    Le runner du nœud prend la tâche

    Enregistrez un runner auto-hébergé et utilisez des labels pour diriger les tâches macOS vers le nœud concerné. Définissez un niveau de parallélisme adapté aux tâches de votre équipe.

    runs-on: [self-hosted, macOS, osxport]
  3. 3

    Compilez et signez l’ipa

    Importez le certificat et le profil de provisionnement, puis configurez la signature. Stockez les secrets dans les variables sécurisées de la CI, jamais dans le dépôt.

    flutter build ipa --release
  4. 4

    Envoyez l’app sur TestFlight

    Configurez l’envoi automatisé avec une clé API App Store Connect, puis renvoyez les journaux d’erreur et l’emplacement des artefacts au pipeline.

    fastlane pilot upload
Exemples d’utilisation

Trois équipes, trois pipelines

Ces témoignages fictifs illustrent des situations courantes pour vous aider à choisir. Ils ne proviennent pas de clients identifiés et ne constituent pas des résultats de tests de performance.

Builds nocturnes pour une équipe de 5 prestataires

2 h du matinHoraire du build nightly

« Avant, notre machine de build était au bureau. Une coupure de courant le week-end nous obligeait à reprogrammer les tâches. Nous avons déplacé les builds nightly sur un nœud à Singapour : le code et les rapports reviennent dans le pipeline habituel, et l’équipe n’a plus à surveiller la machine à tour de rôle. »

Si le projet doit accéder à des équipements du réseau interne de l’entreprise, vérifiez d’abord que le réseau distant répond aux exigences.

Port M4 Base · $98.5/mois

Build Flutter sans Mac local

0 MacEn local

« Toute l’équipe développe sous Windows avec Flutter. Après le push, le nœud de Tokyo compile l’ipa et l’envoie sur TestFlight. Nous gérons nous-mêmes les éléments de signature et consultons d’abord les journaux CI en cas d’échec : plus besoin d’emprunter un Mac à la dernière minute. »

La compilation à distance ne remplace pas les tests sur appareil réel : les vérifications qui impliquent l’appareil doivent être organisées séparément.

Port M4 Base · dès $19.7/jour

Builds en parallèle pendant une semaine de release

3 pipelinesBranches à planifier

« Nous devons produire des builds pour main, release et hotfix. Nous exécutons les tâches légères en parallèle et répartissons les tests gourmands en mémoire. Le nœud dédié ne traite que nos tâches : nous n’attendons pas qu’un autre client libère des ressources. »

Mesurez d’abord les pics de mémoire et les temps d’archivage, puis choisissez le niveau de parallélisme. Trois branches ne signifient pas forcément trois builds complets simultanés.

Port M4 Plus · $201.6/mois

FAQ

Vos questions avant de démarrer

Vous hésitez encore ? Pour en discuter, indiquez le nombre de personnes dans l’équipe, le nombre de builds quotidiens, le temps d’archivage moyen et vos principales régions de publication. Si vous avez déjà une machine disponible et compilez rarement, nous vous conseillerons franchement de continuer à l’utiliser.

Le nœud ne s’arrête-t-il vraiment jamais de façon programmée ?

Le nœud reste en ligne dans le datacenter 365 jours par an, sans arrêt programmé. Une panne matérielle peut toutefois affecter les tâches. Connectez-vous au portail pour ouvrir un ticket, en précisant le nœud, le problème rencontré et les dernières opérations effectuées. Nous vous aiderons à diagnostiquer le problème et à remplacer la machine. Le calendrier de disponibilité ne constitue pas un historique d’absence de panne.

Puis-je installer Homebrew et choisir ma version de Xcode ?

Vous pouvez gérer Homebrew, Xcode et les dépendances du projet selon les besoins du pipeline. Avant de changer de version de Xcode, vérifiez les exigences du SDK et du projet, puis consignez les versions utilisées pour le build. Évitez que plusieurs tâches modifient simultanément le même environnement global.

À partir de combien de jours le forfait mensuel devient-il plus avantageux ?

Divisez le tarif mensuel par le tarif journalier pour comparer. Pour le Port M4 Base, le tarif est de $19.7 par jour et de $98.5 par mois. D’après le tarif catalogue, cinq périodes journalières coûtent autant qu’une période mensuelle. Si vous prévoyez de continuer à utiliser le nœud, le forfait mensuel est plus adapté. Vérifiez les dates de début et de fin ainsi que les modalités de renouvellement lors de la commande.

Quels moyens de paiement sont acceptés ?

La facturation s’effectue en dollars américains (USD). Seuls USDT-TRC20 et Visa / Mastercard / Amex via Stripe sont acceptés. Les moyens disponibles sont ceux indiqués par le système de paiement au moment du règlement. Vérifiez la commande, le montant et le réseau de paiement avant de payer.

Plusieurs personnes peuvent-elles utiliser le même nœud ?

Oui, les membres de votre équipe peuvent partager le nœud, par exemple plusieurs développeurs et pipelines. La machine n’est pas attribuée à d’autres clients. Séparez les répertoires de build, les éléments de signature et les droits du runner, et limitez le nombre de compilations et de simulateurs exécutés simultanément.

Pour commencer

Testez votre pipeline pendant une journée

La facturation à la journée commence à $19.7 pour le Port M4 Base. Connectez votre runner actuel, lancez un build propre, un build incrémental et un archivage signé complet, puis décidez si un forfait mensuel ou trimestriel vous convient mieux.

Exemple de facture · mensuelle

Région du nœud
Tokyo
Port M4 Plus
$201.6
+ SSD 1TB
$12.9
Total · USD
$214.5

Total mensuel de l’exemple = $201.6 + $12.9, hors options supplémentaires.

Paiement : USDT-TRC20 ou Visa / Mastercard / Amex via Stripe.