Évaluez votre workflow avant de vous lancer

Quatre équipes, quatre pipelines

Vous n’avez peut-être pas besoin d’une nouvelle plateforme CI, mais d’un Mac qui n’a pas à rester au bureau. Réservez les étapes qui nécessitent macOS à un nœud physique dédié, tout en gardant la maîtrise de votre code, de vos déclencheurs et de vos critères de livraison.

Ces workflows sont des exemples types, et non des témoignages clients ou des résultats de tests de performance. Chacun précise la configuration conseillée et les situations où elle n’est pas adaptée.

Louer un nœud de build iOS Comparer les 4 workflows

Chaque Mac mini physique est réservé à un seul client, sans virtualisation. Les nœuds en centre de données fonctionnent toute l’année, 365 jours sur 365.

Partez de votre prochaine livraison

Que fournir, où exécuter les tâches et quoi livrer

Repérez le cas qui se rapproche le plus de votre besoin, puis lisez les limites indiquées à la fin de la fiche. Un nœud dédié évite de partager les ressources de la machine avec d’autres clients, mais ne supprime pas les files d’attente, les erreurs de signature ni les conflits de dépendances dans votre propre pipeline.

Exemple · Développement indépendant

Développer Flutter sous Windows, générer l’ipa à distance

Vous travaillez uniquement sous Windows et devez compiler votre projet ponctuellement, sans mobiliser une machine de build toute la journée.

Port M4 Base · à la journée

Apple Silicon M4 · mémoire unifiée de 16GB · SSD de 256GB

Nœud de Tokyo · $19.7/jour

Envoyer le code
Développez sous Windows, puis poussez un commit vérifié vers votre dépôt. Ajoutez-y le fichier de verrouillage des dépendances pour éviter que l’environnement distant n’en résolve un autre jeu.
Générer l’archive
Le nœud de Tokyo récupère le code, installe les dépendances nécessaires et exécute flutter build ipa. Vous configurez les certificats de signature, les profils de provisionnement et leurs autorisations d’accès.
Envoyer pour distribution
Après vérification du numéro de version et du numéro de build, utilisez fastlane pilot pour envoyer l’ipa à TestFlight. Conservez l’ipa, les journaux et l’identifiant du commit correspondant dans votre propre stockage d’artefacts.

Cas où ce n’est pas adapté

Si vous ne faites qu’un ou deux builds par mois et disposez déjà d’un Mac inutilisé, l’auto-hébergement peut coûter moins cher. Pour exécuter plusieurs simulateurs ou tâches lourdes en parallèle, mieux vaut aussi éviter de commencer avec la configuration 16GB.

Prérequis : vous devez toujours disposer des droits de développement nécessaires à la distribution sur TestFlight, des éléments de signature et d’une clé API App Store Connect. Le nœud distant ne remplace aucun de ces éléments.

Essayer Port M4 Base

Exemple · Équipe CI de 12 personnes

Déclencher les builds à la fusion et les tests UI la nuit

Votre équipe fusionne du code plusieurs fois par jour, doit conserver le cache des dépendances et ne veut plus gérer l’alimentation, le réseau ou le refroidissement au bureau.

Port M4 Plus · au mois

Apple Silicon M4 · mémoire unifiée de 24GB · SSD de 512GB

Nœud de Singapour · $201.6/mois

Enregistrer le runner
Installez un runner GitHub Actions self-hosted sur le nœud de Singapour, puis utilisez des labels pour diriger les tâches macOS vers ce nœud. Limitez les dépôts et les branches autorisés à déclencher des tâches.
Définir les priorités
La fusion dans main lance le build et les vérifications de base ; la branche de publication conserve ses tâches dédiées ; nightly exécute les tests UI longs sur simulateur.
Isoler les répertoires de travail
Séparez les répertoires de travail et DerivedData par branche ou par tâche. Suivez les pics de mémoire, l’occupation du disque et les temps d’attente avant de décider d’augmenter la concurrence ou de louer un nœud supplémentaire.

Cas où ce n’est pas adapté

Si de nombreuses tâches doivent démarrer en même temps et libérer immédiatement leurs ressources une fois terminées, une solution partagée à la demande peut offrir davantage de souplesse. Les 12 personnes décrivent le contexte de l’exemple ; cela ne signifie pas qu’un nœud peut exécuter 12 builds à la fois.

Pour choisir une région, comparez le chemin d’accès au dépôt, le téléchargement des dépendances et l’envoi des artefacts, pas seulement la localisation de l’équipe. En cas de collaboration entre régions, commencez par tester votre propre projet.

Connecter Port M4 Plus à votre CI

Exemple · Expérimentation IA

Évaluer l’inférence et la quantification dans un même environnement

Vous devez conserver des versions logicielles fixes et comparer modèles, méthodes de quantification et jeux de prompts sans reconstituer l’environnement à chaque essai.

Port M4 Pro · essai à la journée

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

Nœud dans l’ouest des États-Unis · $61.4/jour

Vérifier la compatibilité
Confirmez que le framework d’inférence prend en charge Apple Silicon et les opérateurs nécessaires. Estimez la mémoire en fonction des poids du modèle, de la longueur du contexte et de la surcharge d’exécution, pas uniquement de la taille du fichier du modèle.
Fixer les données d’évaluation
Téléchargez un modèle dont l’utilisation est autorisée, puis consignez sa version, les paramètres de quantification et le jeu de prompts. Utilisez les mêmes entrées à chaque exécution et distinguez le temps de chargement initial de celui des inférences suivantes.
Conserver les résultats
Exportez le débit, le pic de mémoire et les résultats d’évaluation de la qualité, puis synchronisez-les avec votre propre stockage. Une fois le modèle opérationnel, décidez si vous souhaitez conserver cet environnement au mois.

Cas où ce n’est pas adapté

Un Mac mini ne convient pas aux entraînements multi-GPU, aux opérateurs CUDA spécifiques ni aux modèles dont l’exécution dépasse la mémoire disponible. La mémoire unifiée de 64GB ne garantit pas non plus que tous les modèles puissent fonctionner.

Il s’agit d’un exemple de workflow de calcul, sans garantie de vitesse ni de qualité pour un modèle donné. Lors de votre essai, mesurez aussi la mémoire, le chargement initial et l’inférence en continu ; ne vous fiez pas à une seule exécution.

Tester un modèle sur Port M4 Pro

Exemple · Workflow audio/vidéo

Transcoder et exporter en lot, puis vérifier les livrables

Les tâches sont principalement hors ligne : vous devez conserver les médias, fichiers temporaires et files d’export, sans rechercher le confort du montage interactif à distance.

Port M4 Pro · location selon la durée des tâches

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

Machine $61.4/jour · SSD supplémentaire de +2TB en option : $5.2/jour

Transférer et faire un essai
Envoyez des médias dont vous êtes autorisé à effectuer le traitement. Commencez par un court extrait pour vérifier le format d’encodage, les réglages colorimétriques et les paramètres d’export. Incluez le temps de transfert dans le délai prévu pour le lot complet.
Organiser la file d’export
Orchestrez les tâches à l’aide de scripts ou du traitement par lots de l’application. Augmentez progressivement le parallélisme et surveillez la mémoire ainsi que les lectures/écritures disque, afin que plusieurs exports ne se ralentissent pas mutuellement.
Récupérer les fichiers et nettoyer
Vérifiez par échantillonnage la synchronisation audio/vidéo, la durée et l’intégrité des fichiers, puis récupérez les vidéos finalisées et les journaux. Après confirmation de la sauvegarde, supprimez les fichiers intermédiaires pour libérer de l’espace avant le lot suivant.

Cas où ce n’est pas adapté

Si vous avez besoin de périphériques locaux, de captation sur place ou d’un montage interactif à faible latence, un nœud distant ne remplacera pas votre station de travail. Si le transfert des médias prend nettement plus de temps que le traitement n’en fait gagner, conservez d’abord votre workflow local.

Commencez par calculer l’occupation maximale des sources, du cache et des exports avec le SSD de 2TB inclus. N’ajoutez le SSD de +2TB que si vous avez réellement besoin d’espace supplémentaire.

Traiter un lot sur Port M4 Pro

Reliez les tâches à leur coût

Testez à la journée pour un besoin ponctuel, au mois pour une file régulière

La période de facturation dépend de la durée pendant laquelle vous devez conserver le nœud, pas du temps d’exécution d’une tâche donnée. Voici des points de départ pour vos essais, pas une garantie de capacité simultanée ni de délai d’exécution.

Cas d’usage, configuration recommandée et durée de location indicative ; tous les montants sont facturés en USD.
Cas d’usage	Configuration conseillée	Durée indicative	Indicateurs à vérifier
Build Flutter en développement indépendant	Port M4 Base Apple Silicon M4 · 16GB · SSD de 256GB	À la journée · $19.7/jour	Signature, distribution de l’ipa et espace disque disponible
Build à la fusion et nightly d’équipe	Port M4 Plus Apple Silicon M4 · 24GB · SSD de 512GB	Au mois · $201.6/mois	Pic de mémoire, longueur de votre file de tâches et taux de succès du cache
Inférence de modèles et évaluation de la quantification	Port M4 Pro Apple Silicon M4 Pro · 64GB · SSD de 2TB	Essai à la journée · $61.4/jour Option permanente : $307.1/mois	Compatibilité du framework, mémoire requise par le modèle et le contexte, reproductibilité des résultats
Transcodage et export en lot	Port M4 Pro Apple Silicon M4 Pro · 64GB · SSD de 2TB	À la journée · $61.4/jour SSD supplémentaire de +2TB si nécessaire : $5.2/jour	Durée des transferts aller-retour, pic d’espace temporaire et contrôle des fichiers finalisés

Les trois configurations sont proposées à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong et dans l’ouest des États-Unis. La disponibilité effective est indiquée en temps réel dans le portail. Paiements acceptés : USDT-TRC20 et Visa / Mastercard / Amex (via Stripe). Les moyens de paiement disponibles dépendent de la réponse de l’interface du serveur.

Voir les tarifs des 3 configurations

Planifiez les tâches sur un même nœud

Dédié ne veut pas dire illimité : planifiez vos publications

Ces deux tableaux illustrent différentes façons d’organiser les tâches sur un même nœud dédié. Les colonnes représentent des étapes successives, pas des durées en minutes. Les blocs illustrent des workflows ; ce ne sont ni des captures du portail, ni des journaux d’exécution réels, ni des engagements de performance.

Journée de fusions habituelle Limitez d’abord le parallélisme et gardez un environnement de build reproductible

main

Dépendances et compilationTests de baseEnregistrer les artefacts

release/2.4

Attendre la fin de mainArchive signéeDistribution

nightly

Planifier la file de nuitTests UI

Commencez par exécuter une seule tâche à la fois. Une fois les répertoires de travail et les clés de cache séparés, décidez d’augmenter ou non le parallélisme selon les résultats obtenus sur votre projet.

Journée de publication chargée Terminez d’abord l’archive de publication, puis lancez les tâches non bloquantes

release/2.4

Archiver le commit validéVérifier la signatureEnvoyer pour distribution

main

Attendre la publicationReprendre le build de fusion

nightly

Reporter les tests non bloquantsRégression

Si la publication et les tests de régression doivent se terminer en même temps, répartissez-les sur des nœuds distincts au lieu d’ajouter simplement des exécuteurs à la même machine.

Avant de passer à une configuration supérieure, identifiez le vrai blocage

Si le CPU, la mémoire ou le stockage constituent durablement un goulot d’étranglement, réévaluez la configuration. Si les tâches sont verrouillées, que le téléchargement des dépendances échoue ou que la signature impose une exécution séquentielle, commencez par revoir le workflow. Un nœud disponible toute l’année ne remplace ni la sauvegarde des artefacts ni la relance des tâches échouées. Conservez ensemble l’identifiant du commit, les versions des outils, les journaux et le chemin des artefacts pour pouvoir reprendre à une étape précise en cas de problème.

Décidez avec votre propre projet

Vous avez trouvé votre cas d’usage ? Testez une livraison de bout en bout

Dans le portail, choisissez la configuration, la région et la période adaptées, puis exécutez le workflow de la récupération du code à la validation des artefacts. Vérifiez d’abord la signature, les dépendances, la mémoire et le transfert avant de connecter durablement le nœud à votre pipeline.

Essai à la journée à partir de $19.7/jour, facturé en USD. Si vous avez déjà un Mac disponible et peu de tâches, vous pouvez aussi continuer à l’auto-héberger : inutile de changer de workflow pour suivre un exemple.

Louer la configuration adaptée Comparer les configs et les tarifs