Guide

MacStadium vs GitHub Actions pour la CI iOS

On cherche MacStadium et GitHub Actions ensemble parce qu’ils résolvent le même problème par les deux bouts. GitHub vous vend des minutes sur des Mac partagés que vous ne voyez jamais. MacStadium vous loue un Mac entier dans ses locaux d’hébergement, et vous en faites ce que vous voulez. Cette page explique quand chacun est le bon choix. Elle présente aussi l’option intermédiaire que cherchent en réalité la plupart des petites équipes.

Ce qu’est vraiment chacun

Les runners macOS hébergés par GitHub sont des machines virtuelles éphémères facturées à la minute, environ $0.062 à $0.102. Rien ne persiste entre les jobs. Zéro installation, zéro entretien, et la facture grimpe à chaque build.
MacStadium propose du matériel Apple dédié dans ses locaux d’hébergement, loué au mois, plus Orka pour les équipes qui veulent virtualiser macOS à grande échelle. Vous avez root sur un vrai Mac et vous y faites tourner la CI de votre choix, GitHub Actions compris. Les offres de support et l’installation sont en supplément. Le service est pensé pour les parcs d’entreprise.

Quand les runners hébergés par GitHub sont la bonne réponse

Vous compilez quelques fois par semaine et la facture reste sous cent dollars.
Personne chez vous ne veut jamais gérer une machine.
Il vous faut une grande matrice parallèle qu’une seule machine ne peut pas servir.
Vos dépôts sont publics, et les runners hébergés y sont gratuits.

Quand un Mac dédié est la bonne réponse

Vous dépassez environ 2,242 minutes macOS par mois. À ce niveau, une machine à prix fixe coûte moins cher que la facturation à la minute.
Les caches chauds comptent : garder DerivedData, SwiftPM et CocoaPods sur le disque transforme des builds de 12 minutes en builds de 4 minutes.
Vous voulez figer vous-même Xcode et le runtime du simulateur, au lieu de suivre les mises à jour des images hébergées.

L’écart entre les deux

La force de MacStadium, c’est la capacité et les processus d’entreprise : de nombreuses machines, la virtualisation, des contrats, un service de support. C’est plus que ce dont a besoin une équipe iOS de cinq personnes. Cela demande aussi du travail : enregistrer le runner, maintenir le service en marche, effacer la machine quand quelqu’un part. Les runners hébergés par GitHub suppriment ce travail, mais le facturent à chaque minute.

MacRun se place exprès dans cet écart. Un M6 mini dédié par équipe, déjà enregistré comme runner GitHub Actions, pour un prix fixe de $139 par mois. La supervision et les effacements sont gérés pour vous. C’est le prix du matériel dédié, sans les corvées du matériel dédié. Le comparatif direct avec MacStadium détaille les différences point par point.

Une façon simple de choisir

  under 2,242 macOS min/mo     GitHub-hosted, keep it simple
  over 2,242, one team         one dedicated Mac, flat price
  many teams, many machines     MacStadium (or a fleet of dedicated units)

Questions fréquentes

Puis-je faire tourner GitHub Actions sur une machine MacStadium ?

Oui. Un Mac MacStadium est un hôte macOS normal. Vous y installez l’agent du runner self-hosted de GitHub et vous le ciblez dans votre workflow. L’enregistrement, les mises à jour et la disponibilité sont à votre charge.

MacStadium coûte-t-il moins cher que les runners hébergés par GitHub ?

Pour des builds quotidiens réguliers, en général oui. Un Mac dédié coûte un prix mensuel fixe, alors que macOS hébergé par GitHub coûte environ $0.062 à $0.102 la minute. Le point de bascule se situe vers 2,242 minutes macOS par mois pour une machine à prix fixe de $139.

Qu’apporte MacRun par rapport à louer un Mac moi-même ?

Le runner est préinstallé et supervisé. Xcode est figé. La mise en service prend des heures, pas des jours. À la fin d’une location, la machine est effacée et remise en service automatiquement. Vous changez deux lignes de YAML et vous compilez.

Est-ce que je perds le parallélisme avec un seul Mac dédié ?

Les jobs passent un par un sur une machine. Si vous avez besoin d’une large matrice sur chaque pull request, ajoutez des machines. Ou gardez la matrice sur les runners hébergés par GitHub et passez le build de la branche principale sur le Mac dédié.