Définition du service
RunnerVM fournit un service Mac dans le cloud destiné au développement iOS et macOS, à la CI/CD et aux tâches de calcul associées. Chaque commande valide comprend un nœud Mac mini physique dédié, ainsi que les services nécessaires à la connexion, à l’administration de base, à la consultation de la commande et à l’assistance technique. Le matériel livré n’est pas une machine virtuelle et la même instance de système d’exploitation n’est pas partagée avec d’autres clients.
Le terme « nœud » désigne l’équipement physique indiqué dans la commande ; la « région » désigne le site de service où se trouve l’équipement ; la « durée » désigne la période d’un jour, d’une semaine, d’un mois ou d’un trimestre confirmée dans la commande ; les « options supplémentaires » désignent l’extension de stockage ou la capacité de mise en parallèle Thunderbolt 5 achetée avec l’hôte. Une option supplémentaire ne fait partie du service que si elle est explicitement indiquée dans l’enregistrement de la commande.
Le service permet à l’utilisateur de se connecter au nœud via une interface graphique ou une ligne de commande autorisée, d’installer les outils nécessaires à son projet et d’exécuter des tâches de build, de test, d’automatisation et d’expérimentation. Le service ne comprend pas la création, la vérification ni la conservation à long terme du code, des éléments de signature, des licences de logiciels tiers ou des données métier de l’utilisateur. Celui-ci doit vérifier lui-même leur provenance et ses droits d’utilisation.
RunnerVM fournit le nœud physique dédié correspondant à la commande et les capacités de connexion nécessaires ; l’utilisateur configure et utilise son projet, sa chaîne d’outils, ses scripts d’automatisation, ses autorisations d’accès et ses données métier.
Commande et livraison
La commande est définie par le modèle, la région, la durée, la quantité et les options supplémentaires finalement confirmés dans la console. Les combinaisons actuellement proposées peuvent être commandées, mais la disponibilité réelle est celle renvoyée en temps réel par la console. Une configuration dont le règlement, la vérification d’identité ou le contrôle de risque n’est pas terminé ne constitue pas une commande active et ne réserve aucun équipement.
Après le règlement et les vérifications nécessaires, RunnerVM prépare le nœud et les informations de connexion conformément à la commande. La livraison est considérée comme effectuée lorsque le nœud est associé à la commande, que les identifiants nécessaires ont été fournis et que l’utilisateur peut lancer une connexion en suivant le guide d’assistance. À réception, l’utilisateur doit vérifier rapidement le modèle, la région et les options supplémentaires, puis modifier son mot de passe initial, vérifier l’empreinte de l’hôte et contrôler les accès.
Si les informations de livraison ne correspondent pas à la commande, l’utilisateur doit ouvrir un ticket dans la console en indiquant l’identifiant de la commande, la région du nœud, l’heure de constat et la nature de l’écart. Pour limiter les risques de sécurité, il ne doit pas importer de certificats, de clés ou de données de production sur un nœud qui n’a pas été vérifié.
Confirmez que Runner M4, la région, la durée et les options supplémentaires correspondent à l’enregistrement réglé.
Vérifiez l’empreinte de l’hôte, l’adresse de connexion, le mode d’autorisation et le résultat de la première connexion.
Mettez à jour les identifiants initiaux, limitez les sources d’accès et supprimez les autorisations inutilisées.
Prix et facturation
Le prix de la commande dépend du modèle, de la durée et des options supplémentaires sélectionnés et est affiché avant le paiement. Toutes les commandes sont libellées et réglées en dollars américains (USD). Chaque cycle correspond à un prix distinct du catalogue ; le prix d’un cycle ne doit pas être interprété comme une conversion automatique, une remise garantie ou un tarif bloqué à long terme pour un autre cycle.
RunnerVM accepte uniquement l’USDT-TRC20 ainsi que les cartes Visa, Mastercard et Amex via Stripe. Les passerelles réellement disponibles sont celles renvoyées par la console. L’utilisateur doit vérifier le réseau de paiement, le montant, l’identifiant de la commande et les informations du bénéficiaire. Toute demande de rapprochement liée à un mauvais réseau, à des informations erronées ou à un paiement en double doit être soumise par ticket dans la console avec des éléments vérifiables.
L’état du paiement est déterminé par l’enregistrement de la commande et la vérification effective de la réception des fonds. L’identifiant d’une transaction on-chain, un relevé de traitement ou une préautorisation bancaire ne signifie pas à lui seul que la commande est active. Si une vérification manuelle est nécessaire, conservez l’heure de la transaction, le montant, la catégorie du moyen de paiement et le numéro de commande ; ne transmettez pas d’informations de paiement sensibles complètes sur un canal public.
| Cycle | Heure de début | Heure de fin | Mode de renouvellement |
|---|---|---|---|
| À la journée | Heure de début du service indiquée dans la commande | À la fin d’un cycle journalier complet | Soumettre une commande de renouvellement avant l’expiration |
| À la semaine | Heure de début du service indiquée dans la commande | À la fin d’un cycle hebdomadaire complet | Soumettre une commande de renouvellement avant l’expiration |
| Au mois | Heure de début du service indiquée dans la commande | À la fin d’un cycle mensuel complet | Soumettre une commande de renouvellement avant l’expiration |
| Au trimestre | Heure de début du service indiquée dans la commande | À la fin d’un cycle trimestriel complet | Soumettre une commande de renouvellement avant l’expiration |
Durée et renouvellement
La durée commence à l’heure de début du service indiquée dans la commande et se termine à la fin du cycle correspondant — jour, semaine, mois ou trimestre. L’heure de début, l’heure d’expiration et l’état de la commande sont ceux enregistrés dans la console. Avant l’expiration, l’utilisateur doit vérifier la file de builds, exporter les artefacts, migrer les données nécessaires et traiter ses besoins de renouvellement.
Le renouvellement ne prolonge pas automatiquement et indéfiniment la commande initiale. L’utilisateur doit soumettre et régler une nouvelle commande avant la fin de la durée en cours ; la conservation du nœud n’entre dans le processus d’exécution qu’après le règlement et la confirmation de cette commande. Une demande non réglée, dont le paiement n’est pas vérifié ou qui fait encore l’objet d’un contrôle de risque ne donne aucun droit à conserver l’équipement actuel.
À l’expiration de la durée, en l’absence de commande de renouvellement valide, RunnerVM peut révoquer les identifiants de connexion, arrêter les tâches de l’utilisateur et lancer la récupération de l’équipement. L’utilisateur doit exporter et sauvegarder ses données avant l’expiration et ne doit pas considérer le nœud comme leur unique copie. La possibilité de récupération après expiration dépend de l’avancement du traitement de l’équipement et de son état de sécurité ; elle ne remplace pas les propres sauvegardes de l’utilisateur.
Confirmez la file de builds, l’archivage des artefacts et l’utilisation prévue pour le cycle suivant.
Vérifiez à nouveau la région, le cycle et les options supplémentaires, puis effectuez le règlement.
Conservez les artefacts nécessaires et supprimez les clés de projet, les jetons et les accès de l’équipe.
Utilisation acceptable
L’utilisateur ne peut utiliser le nœud que pour des tâches de développement, de build, de test, d’automatisation et de calcul légales et autorisées. Il est interdit d’utiliser le nœud pour accéder à des comptes, systèmes, réseaux ou données sans autorisation, ou pour contourner une authentification, un contrôle d’accès, une limitation de débit ou toute autre mesure de sécurité.
Il est interdit de diffuser des programmes malveillants, d’exécuter des scans ou des attaques non autorisés, d’envoyer du trafic abusif, de perturber la résolution DNS ou des services réseau, de détourner les ressources de calcul de tiers ou d’adopter un comportement susceptible de nuire à la stabilité d’autres équipements, nœuds ou réseaux. L’utilisateur ne doit pas non plus utiliser le service pour porter atteinte aux droits d’auteur, aux marques, aux secrets commerciaux, à la vie privée ou à tout autre droit légitime.
L’utilisateur doit gérer raisonnablement les tâches concurrentes, les écritures sur disque, les connexions réseau et les nouvelles tentatives automatisées. En cas de script incontrôlé, de fuite d’identifiants ou de trafic anormal provoqué par une dépendance du projet, il doit immédiatement arrêter les tâches concernées, renouveler les identifiants et signaler l’incident par ticket dans la console. RunnerVM peut limiter les connexions, isoler les tâches ou suspendre temporairement le service afin de maîtriser le risque, en conservant les éléments justifiant ces mesures.
Builds Xcode, tests automatisés, workflows fastlane, installation de dépendances, archivage d’artefacts, développement macOS et expérimentations d’IA autorisées.
Accès non autorisés, diffusion de programmes malveillants, abus de réseau, activités portant atteinte aux droits et tâches perturbant d’autres équipements ou réseaux.
Disponibilité et continuité du service
L’objectif de disponibilité de RunnerVM est de 99,9 %. Tous les nœuds restent opérationnels 365 jours par an, sans plage d’arrêt fixe. L’historique public de l’état du service sur les 90 derniers jours décrit les performances observées, mais ne constitue pas une garantie absolue pour chaque future commande, chaque chemin réseau ou chaque résultat de tâche utilisateur.
La disponibilité est principalement évaluée selon la capacité du nœud associé à la commande à fournir les capacités de connexion et de calcul convenues, en tenant compte de la surveillance de la plateforme, des journaux du nœud, des relevés réseau et des éléments fournis par l’utilisateur. L’échec d’un build, une mauvaise configuration du projet, une anomalie d’une source de dépendances, une interruption du réseau de l’utilisateur, des identifiants invalides ou l’arrêt volontaire d’une tâche ne signifient pas nécessairement que le nœud est indisponible.
En cas de panne matérielle, d’incident de sécurité ou d’anomalie de connexion, RunnerVM peut prendre des mesures de sécurité urgentes, isoler le réseau, inspecter l’équipement ou aider à la migration. Les impacts liés aux réseaux externes, au réseau local de l’utilisateur, aux dépendances tierces, aux scripts ou à la configuration de l’utilisateur sont attribués selon les éléments vérifiables. Les impacts dus à un cas de force majeure sont traités au regard des faits de l’événement et des règles applicables.
Crédits de service et indemnisation
Lorsqu’il estime qu’un événement d’indisponibilité du nœud a affecté sa commande, l’utilisateur doit demander une vérification par ticket dans la console dès que possible après la fin de l’événement. La demande doit au minimum comporter l’identifiant de la commande, la région du nœud, les heures de début et de fin de l’impact, le mode de connexion, le problème rencontré, les vérifications déjà effectuées ainsi que les journaux ou captures d’écran permettant d’en préciser l’étendue.
RunnerVM s’appuie sur la surveillance de la plateforme, les journaux du nœud, les relevés réseau et les éléments fournis par l’utilisateur pour déterminer si l’événement relève d’un problème de disponibilité imputable au service et pour vérifier sa durée et son impact réel. Une demande dépourvue d’identifiant de commande, de période ou d’éléments vérifiables peut nécessiter des informations complémentaires ; l’utilisateur doit masquer les clés, jetons et données personnelles présents dans les journaux.
Les crédits de service, ajustements de renouvellement ou autres mesures accordés après vérification sont déterminés selon les conditions applicables, l’impact de l’événement et les résultats de la vérification. Ils concernent uniquement la commande valide affectée et ne s’étendent pas automatiquement aux tâches non affectées, aux projets associés, aux revenus escomptés ou à d’autres conséquences indirectes. Un même événement ne donne pas lieu au calcul répété de plusieurs compensations de même nature.
Un ticket prêt à être vérifié doit comprendre
- Commande et nœud : Identifiant de la commande, région du nœud et équipement affecté.
- Période : Heures de début, de fin et de nouvelle tentative, avec le fuseau horaire.
- Informations reproductibles : Commande de connexion, message d’erreur, chemin réseau et journaux nécessaires.
- Description de l’impact : Tâches échouées, étapes bloquées et mesures d’atténuation déjà prises.
Suspension, résiliation et responsabilité
En cas de fuite d’identifiants, d’accès non autorisé, de tâche malveillante, d’activité réseau anormale ou d’autre risque manifeste pour la sécurité, RunnerVM peut d’abord limiter les connexions, isoler le nœud ou suspendre les tâches concernées, puis échanger avec l’utilisateur selon la gravité de l’incident. Les mesures doivent être proportionnées au risque, conserver les éléments nécessaires et empêcher que celui-ci n’affecte davantage l’utilisateur, d’autres équipements ou les réseaux.
RunnerVM peut suspendre ou résilier le service concerné si l’utilisateur enfreint les règles d’utilisation acceptable, refuse de participer aux vérifications de sécurité nécessaires, génère durablement du trafic abusif ou ne renouvelle pas son service à l’expiration de la durée. Pour les problèmes pouvant être corrigés, l’utilisateur peut être invité à remédier à la situation dans un délai défini ; en cas d’attaque persistante, de diffusion de programmes malveillants ou de risque de sécurité majeur, des mesures de protection peuvent être prises immédiatement.
L’utilisateur est responsable de conserver des sauvegardes indépendantes de son code, de ses artefacts de build, de ses clés, de ses certificats et de ses données métier, et d’effectuer la migration avant la fin de la commande. Chaque partie assume, conformément aux conditions applicables et aux preuves disponibles, les pertes directement démontrables et raisonnablement liées à un manquement. Les pertes indirectes sont évaluées et traitées au regard du droit applicable, de la nature du comportement, de leur prévisibilité et des mesures raisonnables prises par les parties pour en limiter les effets.
Les présentes conditions sont régies par le droit de la juridiction où est établi l’opérateur de la plateforme. En cas de litige lié aux présentes conditions, à une commande ou à l’utilisation du service, les parties doivent d’abord rechercher de bonne foi une solution au moyen des échanges d’assistance et des tickets de la console ; à défaut d’accord, chacune peut saisir le tribunal compétent de cette juridiction.
Si une disposition des présentes conditions est jugée inapplicable, les autres dispositions restent en vigueur conformément à leur objet initial. RunnerVM peut mettre à jour les conditions en raison de l’évolution des processus produit, du traitement des paiements, des exigences de sécurité ou d’obligations légales. Les changements importants concernant les droits et obligations des utilisateurs seront présentés par un moyen approprié sur le site et prendront effet à la date publiée.
Réunissez la commande, le nœud, les horaires et les preuves dans un même dossier
Les utilisateurs existants doivent se connecter à la console pour soumettre un ticket, afin de relier la demande à la commande et de suivre son traitement. Si la connexion à la console est impossible, vous pouvez envoyer un e-mail à support@runnervm.com en fournissant les informations permettant d’identifier la commande. N’envoyez jamais par e-mail de clés ou de jetons non masqués, ni l’intégralité de vos informations de paiement.