Enregistrements de la plateforme
État de la commande, résultat du paiement, attribution du nœud, identifiants de connexion et événements côté service.
Conditions de service · Version 1.0
Les présentes conditions définissent la formation des commandes, l’attribution des stocks, les modes de paiement, la durée de location, les responsabilités de sécurité, l’exportation des données et le règlement des litiges applicables aux Mac physiques dédiés ArmMacs dans le cloud. Avant de créer une commande, vérifiez le modèle, le nœud, la période et la date de fin.
Lorsqu’un utilisateur crée une commande, effectue un paiement, reçoit des identifiants de connexion ou utilise effectivement un service ArmMacs, il reconnaît avoir lu, compris et accepté les présentes conditions ainsi que le modèle, la région, la durée et les frais indiqués dans la commande. Si la commande est passée au nom d’une équipe, d’une entreprise ou d’une autre organisation, l’opérateur confirme disposer de l’autorité nécessaire pour accepter ces conditions et gérer la commande au nom de cette entité.
Le client doit avoir la capacité juridique de conclure un contrat et fournir des coordonnées valides permettant de recevoir les notifications de commande et les informations de sécurité. Il est interdit de créer une commande sous une fausse identité, avec un moyen de paiement non autorisé ou en contournant les contrôles d’accès. En cas de modification des informations de commande, l’utilisateur doit les mettre à jour rapidement dans la console ou indiquer les éléments à vérifier via un ticket depuis la console.
ArmMacs propose la location de Mac mini Apple Silicon dans le cloud. Chaque commande attribuée correspond à une machine physique et à un nœud physiques dédiés, et non à une ressource virtuelle. L’interface graphique macOS et la ligne de commande sont disponibles ; l’utilisateur peut configurer Xcode, les dépendances de build, les Runner, le bureau à distance et les environnements de test selon les besoins de son projet.
Le processeur, la mémoire, le stockage, la région, les options supplémentaires, les dates de début et de fin ainsi que l’état de la commande sont ceux indiqués dans la commande correspondante de la console. Les modèles de base proposés comprennent Pulse M4, Vector M4 et Apex M4 Pro. Les stocks sont calculés séparément pour chaque modèle et chaque nœud ; la disponibilité d’une autre configuration dans la même région ne permet pas de déduire celle de la configuration ciblée.
La création d’une commande signifie seulement que l’utilisateur a soumis un modèle, une période, un nœud et des options supplémentaires souhaités ; elle ne signifie pas que le nœud physique a déjà été attribué. Les stocks réels, l’état du paiement, l’avancement de l’attribution et le résultat de la livraison sont ceux renvoyés par la console. La disponibilité de la configuration ciblée peut évoluer pendant la confirmation de la commande ; l’utilisateur doit donc vérifier à nouveau le récapitulatif avant de payer.
Lorsque le stock est disponible et le paiement confirmé, le système lance l’attribution du nœud physique, la génération des identifiants et les contrôles de connectivité. La livraison est considérée comme terminée lorsque la console affiche l’état disponible et fournit les informations de connexion. Si la commande reste en attente, en vérification ou en cours d’attribution, l’utilisateur doit conserver son numéro de commande et les horodatages associés, puis ouvrir un ticket depuis la console.
Choisissez le modèle, le nœud, la durée, le stockage et les options de parallélisation.
La commande enregistre le résultat du paiement et passe au processus d’attribution des ressources.
Le nœud physique ciblé est configuré et soumis aux contrôles de connectivité.
Les dates de début et de fin ainsi que l’état disponible indiqués dans la commande font foi.
Tous les prix, options supplémentaires et commandes sont réglés en dollars américains (USD). Les seuls moyens de paiement pris en charge sont USDT-TRC20 et Visa / Mastercard / Amex (via Stripe). Les passerelles réellement disponibles sont celles affichées à l’étape de paiement ; vérifiez le montant, le réseau, les informations du destinataire et le numéro de commande avant de payer.
Pour payer en USDT-TRC20, utilisez le réseau et le montant indiqués dans la commande et conservez une preuve de transaction vérifiable. Pour un paiement par carte, la transaction est traitée par Stripe. En cas de soumission répétée, de montant incorrect ou d’état de commande non actualisé, ne créez pas immédiatement une commande identique ; ouvrez d’abord un ticket depuis la console avec le numéro de commande, l’heure du paiement et les informations de transaction expurgées.
| Élément de facturation | Règle fixe | Vérification avant commande |
|---|---|---|
| Devise | USD | Vérifiez le montant total et la durée de location |
| Paiement en actifs numériques | USDT-TRC20 | Vérifiez le réseau, le montant et l’état de la commande |
| Paiement par carte bancaire | Visa / Mastercard / Amex (via Stripe) | La passerelle disponible indiquée à l’étape de paiement fait foi |
Le service peut être loué à la journée, à la semaine, au mois ou au trimestre. Les heures exactes de début et de fin ainsi que l’état actuel de chaque commande sont affichés dans la console. Utilisez ces horodatages pour planifier les builds, sauvegardes, exportations de données et renouvellements. Les intitulés de période servent à choisir l’unité de facturation et ne remplacent pas les dates précises de la commande.
Le renouvellement doit être effectué depuis la console avant la fin de la période en cours et n’est effectif qu’après l’enregistrement réussi de la commande de renouvellement. Une demande de renouvellement, un e-mail ou la création d’un ticket ne prolonge pas automatiquement la location. Lors du renouvellement, vérifiez à nouveau le modèle, le nœud, les options, la période, le montant dû et le résultat du paiement.
À la fin de la location, l’accès au nœud évolue selon le processus de la commande et les ressources peuvent passer en récupération et en nettoyage nécessaire. Avant l’heure de fin, l’utilisateur doit arrêter les pipelines, révoquer les identifiants temporaires, exporter le code et les artefacts de build, puis vérifier que les copies exportées sont utilisables de manière autonome. Une commande non renouvelée ne garantit pas l’accès continu au nœud d’origine.
Idéal pour les mises en production ponctuelles, les tests de compatibilité et le diagnostic intensif.
Idéal pour les sprints d’itération, les répétitions de migration et les builds par étape.
Idéal pour les pipelines continus et les environnements de développement stables.
Idéal pour les projets de longue durée et les tâches d’ingénierie continues.
L’utilisateur peut employer le Mac cloud pour le développement logiciel légal, les tests automatisés, la CI/CD, le développement à distance, les expérimentations de modèles, les tâches graphiques et tout autre usage technique autorisé. Il doit s’assurer que son code, ses données, ses certificats, ses dépendances, ses licences logicielles et ses accès réseau respectent les exigences applicables, tout en maîtrisant la consommation de ressources et la portée des connexions externes.
Les activités suivantes ne constituent pas une utilisation autorisée :
En cas de comportement à haut risque, la plateforme peut restreindre l’accès concerné sur la base des journaux de sécurité et de l’état de la commande, et demander à l’utilisateur de coopérer aux vérifications. Celui-ci doit fournir le numéro de commande, le nœud, l’heure de l’incident et des journaux expurgés afin de déterminer l’étendue de l’impact et de traiter la suite.
L’utilisateur est responsable de la protection des identifiants de la console, des informations de connexion au nœud, des certificats de développement, des clés privées, des jetons d’accès, des variables d’environnement et des appareils de connexion à distance locaux. Les informations sensibles doivent être configurées selon le principe du moindre privilège et ne doivent pas être inscrites dans un dépôt public, des journaux de build, des conversations ordinaires ou des scripts non protégés.
Après la première connexion, l’utilisateur doit vérifier l’identifiant du nœud, modifier les paramètres de sécurité initiaux, limiter les sources d’accès à distance et contrôler les processus et tâches existants. En cas de collaboration à plusieurs, il faut définir qui peut consulter les commandes, se connecter au nœud, modifier les pipelines et effectuer le nettoyage des données ; un même identifiant personnel ne doit pas être partagé durablement entre plusieurs personnes.
En cas de connexion inhabituelle, de processus inconnu, de fuite d’identifiants, de mauvaise utilisation d’un certificat ou de tâche de build non autorisée, arrêtez immédiatement les tâches concernées, faites tourner les clés compromises et ouvrez un ticket depuis la console. Le ticket doit contenir le numéro de commande, le modèle, le nœud, l’heure de découverte, les étapes de reproduction et des journaux expurgés ; n’envoyez jamais de mot de passe, de clé privée ou de certificat non expurgé.
Arrêtez la tâche, faites tourner les identifiants, notez le nœud et l’horodatage, puis ouvrez un ticket depuis la console.
L’utilisateur est responsable de la gestion du code, des certificats, des clés, des modèles, des jeux de données, des caches, des journaux de build et des artefacts qu’il transfère sur le Mac cloud, et doit les exporter avant la fin de la location. Les données présentes sur le nœud ne doivent pas constituer l’unique copie ; les projets importants doivent disposer de sauvegardes externes vérifiées et restaurables.
À la fin de la location, à la résiliation de la commande ou lorsque l’accès est restreint pour des raisons de sécurité, le nœud entre dans un processus de récupération des ressources et de nettoyage nécessaire conformément à la commande et à la politique des données. L’utilisateur doit prévoir suffisamment de temps avant l’heure de fin affichée dans la console pour exporter et vérifier ses données ; un accès temporaire après cette heure ne constitue pas une garantie de conservation.
ArmMacs est responsable de la livraison, conformément à la commande confirmée, du nœud physique correspondant, de la mise à disposition des informations d’état dans la console et du traitement des tickets liés à l’attribution du nœud, aux identifiants de connexion et aux incidents côté service. Tous les nœuds fonctionnent normalement 365 jours par an.
L’utilisation à distance dépend également du réseau local de l’utilisateur, des liaisons interrégionales, des dépôts de code, des sources de dépendances, des plateformes CI/CD et d’autres outils tiers. L’utilisateur est responsable de son environnement de connexion local, de sa configuration logicielle, de ses scripts de build, de ses licences, des autorisations liées aux certificats, des versions de dépendances et des données du projet. La responsabilité doit être déterminée selon le lieu, l’horodatage, le chemin réseau, l’état du nœud et les journaux de build.
En cas de force majeure, d’anomalie du réseau externe, d’action de l’utilisateur, d’accès non autorisé ou de modification de configuration, les parties doivent établir l’étendue de l’impact à partir d’informations vérifiables. L’utilisateur doit d’abord conserver les éléments disponibles et arrêter les tâches susceptibles d’aggraver la situation ; la plateforme procède à l’analyse, au contrôle d’accès ou à la restauration sur la base de la commande, des enregistrements du nœud et des éléments du ticket.
État de la commande, résultat du paiement, attribution du nœud, identifiants de connexion et événements côté service.
Réseau local, méthode de connexion, modifications de configuration, journaux des tâches, versions de dépendances et étapes de reproduction.
Numéro de commande, nœud, horodatage exact, étendue de l’impact et messages d’erreur expurgés.
La version des présentes conditions est identifiée par la date d’entrée en vigueur affichée sur la page. Toute mise à jour sera publiée dans son texte actuel sur cette page ; les changements importants concernant l’exécution des commandes existantes feront l’objet d’informations adaptées à leur état. La création d’une commande, le paiement ou l’utilisation du service après l’entrée en vigueur d’une mise à jour vaut acceptation des conditions modifiées.
La conclusion, l’interprétation, l’exécution et le règlement des litiges relatifs aux présentes conditions sont régis par le droit de la juridiction où est établi l’opérateur de la plateforme. En cas de litige, les parties doivent d’abord échanger sur la base de la commande, des preuves de paiement, de l’état du nœud et des tickets ; à défaut de résolution, le litige peut être soumis à une juridiction compétente de cette même juridiction.
Pour toute question concernant une commande ou un incident pendant la location, ouvrez en priorité un ticket depuis la console en indiquant le numéro de commande, le nœud, l’horodatage, les étapes de reproduction et des journaux expurgés. Pour les questions générales relatives aux conditions, écrivez à support@armmacs.com. N’envoyez jamais de mot de passe, de clé privée ou de certificat non expurgé par e-mail ou dans un ticket.
Avant de commander
Toutes les commandes sont réglées en dollars américains et les seuls moyens de paiement sont USDT-TRC20 et Visa / Mastercard / Amex (via Stripe). Les stocks finaux, l’état de livraison et la durée de location sont ceux indiqués dans la commande de la console.