Faites le point avant de louer

Parlez-nous de votre pipeline.
Nous vous aiderons à choisir

Mac au bureau, runner partagé ou machine dédiée : chaque solution a ses avantages. Parlez-nous de la fréquence de vos builds, des pics de charge et du matériel que vous gérez déjà. Nous verrons ensemble si vous pouvez garder votre équipement ou confier un Mac mini physique à notre centre de données.

Louer un serveur de build Préparer mon e-mail

Vous hésitez encore ? Contactez-nous d’abord. Pour un problème sur une machine déjà en service, ouvrez un ticket depuis le portail.

Pas besoin d’un dossier complet

Quatre éléments utiles pour aller au-delà de « c’est trop lent »

Des estimations suffisent, inutile de lancer un test de performance complet. Essayez de distinguer le temps d’attente d’un runner du temps réellement passé à compiler : les causes et les solutions ne sont pas les mêmes.

  1. 01

    Équipe et méthodes de travail

    Combien de personnes envoient du code ? Une seule personne prépare-t-elle les builds à la main, ou chaque fusion déclenche-t-elle une compilation automatique ? Précisez aussi si les Mac actuels servent au développement quotidien, afin de ne pas confondre taille de l’équipe et besoins matériels.

  2. 02

    Fréquence et builds simultanés

    Combien de builds lancez-vous un jour normal et un jour de publication ? Indiquez la durée d’un build type, le temps d’attente maximal et si plusieurs branches ou tests sur simulateur tournent en même temps. Les pics de charge sont souvent plus révélateurs que la moyenne quotidienne.

  3. 03

    Projet et chaîne d’outils

    Précisez s’il s’agit d’un projet natif, Flutter ou React Native, ainsi que les versions de Xcode, fastlane et vos outils CI. Pensez aussi aux dépendances volumineuses, aux multiples targets, aux tests UI et au cache d’archives.

  4. 04

    Équipe et région de publication

    Indiquez où se trouvent votre équipe, votre dépôt de code, vos sources de dépendances et la destination de vos artefacts. Le meilleur emplacement n’est pas forcément le plus proche des développeurs : il faut tenir compte de l’ensemble des flux de données.

Ne joignez pas de jeton d’accès au dépôt, de mot de passe, de clé privée de signature ni de certificat complet. Une description du projet et des erreurs rencontrées suffit généralement pour commencer.

Demandes avant achat et assistance : deux parcours

Vous comparez ? Écrivez-nous. Votre machine tourne ? Ouvrez un ticket.

Ces deux moyens vous mettent en relation avec notre équipe. L’e-mail permet de comparer les options ; le ticket est lié à votre commande et à votre machine pour faciliter le suivi.

Pour les clients déjà en service

Gardez le contexte de votre demande dans le portail

Pour les problèmes de connexion ou de fonctionnement, les renouvellements, la facturation et les questions sur une commande existante. Connectez-vous au portail, ouvrez la section des tickets et créez-en un en indiquant la référence de la commande ou de la machine concernée.

Indiquez l’heure et le fuseau horaire, les étapes suivies, le résultat attendu et celui obtenu. Pour ajouter des informations, répondez au ticket existant afin de conserver tout l’historique au même endroit.

Réponses et suivi : consultez les réponses et les demandes d’informations complémentaires dans votre ticket. Le délai de traitement varie selon la situation, qu’il s’agisse d’un diagnostic, du remplacement d’une machine ou d’une question de facturation.

Se connecter et ouvrir un ticket
Avant de choisir ou de louer

Évaluez par e-mail le passage hors du bureau

Pour comparer une installation en interne et une machine hébergée, choisir parmi les trois configurations, évaluer le besoin de plusieurs machines ou clarifier les modalités de paiement et de facturation. Regroupez les quatre éléments ci-dessus dans un seul e-mail pour faciliter les échanges.

Écrivez uniquement à support@osxport.com. L’outil ci-dessous vous aide à préparer le message ; vous l’enverrez ensuite depuis votre propre messagerie.

Réponses et suivi : nous répondrons à l’adresse utilisée pour nous écrire. Si votre demande porte sur des détails techniques, nous pourrons vous demander des précisions. La disponibilité des machines toute l’année ne garantit pas un délai de réponse précis à la minute près.

Préparer ma demande

Résumez votre pipeline dans un e-mail

Cet outil sert uniquement à préparer un brouillon. Le contenu est utilisé sur cette page pour générer votre message ; il n’est ni envoyé ni téléversé par ce formulaire. Une fois le brouillon prêt, vous devrez le vérifier et l’envoyer depuis votre messagerie.

Précisez aussi qui gère le matériel de build actuel.
Si vous avez les données, distinguez l’attente du temps d’exécution.
Projet natif, React Native ou tests sur simulateur : indiquez ce qui s’applique.
Vous n’avez pas encore choisi de région ? Nous comparerons les chemins réseau ensemble.
N’indiquez aucun mot de passe, jeton, clé privée, numéro de carte complet ni autre donnée sensible.

Remplissez les champs obligatoires pour créer le brouillon. Cette page n’enverra pas l’e-mail à votre place.

La distance sur la carte ne fait pas tout

Choisissez parmi cinq régions selon vos flux de données

Commencez par la région de votre équipe, puis comparez les chemins empruntés par le code, les dépendances et les artefacts. Les indications ci-dessous vous aident à choisir une région ; elles ne mesurent pas la latence de votre réseau. Testez les performances avec votre propre pipeline.

Singapour

Un premier choix à comparer pour les équipes d’Asie du Sud-Est. Si le code et les dépendances se trouvent aussi à proximité, il sera plus simple d’évaluer les flux de téléchargement, de build et d’envoi.

Choisir Singapour

Japon (Tokyo)

À privilégier si votre équipe ou l’essentiel de votre activité se trouve au Japon. Testez aussi le téléchargement des dépendances et la distribution des artefacts ; ne vous fiez pas seulement à la connexion à distance.

Choisir Tokyo

Corée du Sud (Séoul)

Une option à comparer pour les équipes de Corée du Sud et d’Asie du Nord-Est. Si les dépendances sont récupérées dans d’autres régions, mesurez aussi cette étape pour vérifier que le goulot d’étranglement vient bien de la machine.

Choisir Séoul

Hong Kong

À envisager pour les équipes du sud de la Chine et d’Asie du Sud-Est. La connexion à distance, la synchronisation du code et le transfert des artefacts suivent des chemins différents : observez-les séparément.

Choisir Hong Kong

Côte ouest des États-Unis

Une option à tester pour les équipes de la côte ouest nord-américaine ou dont le code et les artefacts transitent surtout par cette région. Comparez ensuite les temps nécessaires à la collaboration entre régions.

Choisir la côte ouest

Les trois configurations sont proposées dans les cinq régions ci-dessus. Consultez le portail pour connaître la disponibilité en temps réel. Pour nous consulter, indiquez simplement votre région préférée et la raison de votre choix.

La meilleure option peut être de ne pas migrer

Vérifiez d’abord qu’une machine dédiée répond à votre besoin

Une machine physique dédiée est réservée à un seul client, sans partage des ressources de build avec d’autres. Elle ne supprime pas les attentes dans votre pipeline et ne corrige pas les problèmes de configuration ou de signature du projet.

Builds occasionnels, Mac disponible

Si vous ne faites qu’un ou deux builds par mois, que votre Mac est déjà disponible et que quelqu’un peut s’occuper de l’alimentation et du réseau, garder votre installation peut coûter moins cher. Évaluez d’abord le temps d’utilisation réel : pas besoin de migrer simplement pour passer au cloud.

À évaluer : le coût de votre matériel et le temps consacré à sa gestion ont-ils un réel impact sur les publications ?

Tâches ponctuelles, besoin de souplesse

Si les tâches sont occasionnelles, que l’environnement peut être recréé à chaque fois et qu’une file partagée vous convient, un runner partagé sera peut-être mieux adapté. Le nombre de tâches simultanées sur une machine dédiée reste limité par ses ressources et leur planification.

À évaluer : combien de temps durent les pics, et la conservation du cache compte-t-elle plus qu’une capacité modulable à la demande ?

Remplacer tous les tests locaux par du distant

Les équipes Windows ou Flutter peuvent compiler pour iOS sur un Mac distant, mais les interactions avec un appareil réel, les périphériques et la validation finale sur l’appareil doivent toujours être organisés à part. La compilation à distance ne remplace pas tout l’environnement de test local.

À évaluer : séparez les besoins de compilation, de test sur simulateur et de validation sur appareil réel.

À l’inverse, si vous lancez des builds après chaque fusion, devez conserver le cache et ne souhaitez plus gérer le matériel du bureau, une machine dédiée hébergée mérite un essai. Elle est disponible 365 jours par an et vous est entièrement réservée ; votre équipe garde la maîtrise de l’ordonnancement des tâches.

Clarifiez la facture avant de payer

Demandez les durées, les options et le règlement ; ne transmettez aucune donnée de paiement

Toutes les commandes sont facturées en dollars américains (USD). Nous acceptons USDT-TRC20 ainsi que Visa / Mastercard / Amex via Stripe. Les moyens de paiement disponibles dépendent de la réponse de la passerelle au moment du règlement.

Pas encore commandé ? Vérifiez le détail du prix

Précisez la configuration, la durée (jour, semaine, mois ou trimestre), le nombre de machines et si vous avez besoin d’une extension SSD ou d’une liaison Thunderbolt 5. Vérifiez séparément le prix de la machine et celui des options pour ne pas confondre une extension avec la configuration de base.

Le prix et le montant à régler sont indiqués dans le récapitulatif de la commande. N’envoyez pas de numéro de carte complet ni de cryptogramme par e-mail.

Vous avez déjà payé ? Faites le suivi depuis la commande

Pour une question sur un paiement, un renouvellement ou une facture, privilégiez un ticket depuis le portail. Indiquez la référence de la commande ou de la facture, l’heure de l’opération et le message affiché. Pour le rapprochement d’un paiement USDT-TRC20, vous pouvez fournir le hash de transaction, mais jamais la clé privée de votre portefeuille.

Si vous ne pouvez pas vous connecter, écrivez-nous en décrivant le problème et en indiquant la référence de la commande. Une fois l’accès rétabli, poursuivez le suivi dans le ticket.

Un essai avec votre pipeline vous aidera à décider

À partir de $19.7 par jour. Testez votre code, vos dépendances et vos artefacts avant de vous engager ; si certains points restent à éclaircir, préparez d’abord un e-mail.

Louer un serveur de build à la journée Préparer mon e-mail