Conditions de location de Mac dans le cloud

Accord et éligibilité

Lorsque l’utilisateur crée une commande dans la console, confirme la configuration, effectue le paiement, renouvelle un nœud ou accède effectivement au Mac cloud livré, il accepte les présentes conditions par voie électronique. En cas de désaccord avec l’une d’elles, il doit interrompre la commande avant le paiement ; toute commande déjà utilisée reste régie par la version présentée et acceptée lors de la commande.

Compte et identité

• L’adresse e-mail, les informations de facturation, l’usage prévu de la commande et les coordonnées fournies doivent être exacts, à jour et utilisables afin de recevoir les informations de livraison, les alertes de sécurité et les documents de facturation.
• L’utilisateur doit protéger les identifiants de connexion à la console et ne pas les partager avec des personnes non autorisées à gérer la commande. Toute modification de configuration, tout renouvellement et tout ticket soumis depuis un compte valide sont réputés avoir été autorisés par le titulaire du compte.
• En cas d’accès inhabituel au compte, de fuite d’identifiants ou d’opération non autorisée, l’utilisateur doit immédiatement changer ses identifiants et ouvrir un ticket dans la console ou envoyer un e-mail à support@minideploy.com.

Commande au nom d’une organisation

La personne qui commande au nom d’une entreprise, d’une équipe ou d’une autre organisation confirme disposer de l’autorisation nécessaire pour accepter ces conditions, utiliser le moyen de paiement de l’organisation et gérer les charges de travail concernées. Elle doit également veiller à ce que les membres utilisant effectivement le nœud connaissent les exigences de contrôle d’accès, de sauvegarde des données et d’usage acceptable. Une autorisation interne insuffisante ou une mauvaise attribution des droits n’affecte pas la validité d’une commande confirmée.

Définition du service

MiniDeploy Mac dans le cloud fournit une machine physique dédiée livrée sur commande, et non une machine virtuelle. Pendant la durée de location active, chaque locataire dispose exclusivement de la puce, de la mémoire, du stockage intégré et de l’environnement système du Mac mini qui lui est attribué ; les ressources de calcul de cette machine ne sont pas partagées avec d’autres locataires.

Une commande est définie par quatre catégories de champs : modèle, région, durée et options. Le modèle de base actuel est M4 Core, avec la configuration Mac Mini M4 / 16GB RAM / 256GB SSD. Les régions disponibles sont limitées à Singapour, au Japon (Tokyo), à la Corée du Sud (Séoul), à Hong Kong et à l’ouest des États-Unis. L’attribution finale dépend du stock en temps réel au moment de la confirmation du paiement.

Ressources incluses dans la commande

• Le nœud physique, le stockage de base, la durée de location et les options de stockage ou d’interconnexion sélectionnées, tels qu’indiqués explicitement sur la page de confirmation.
• Le compte système, les identifiants temporaires et les informations d’adresse nécessaires pour accéder au nœud.
• La gestion, depuis la console, de la commande, du renouvellement, de l’état du nœud et des tickets d’assistance pendant la durée de location.

Éléments exclus de la commande

Les licences logicielles, abonnements à des outils de développement tiers, dépôts de code, stockages d’artefacts, noms de domaine, liaisons réseau externes et droits internes de l’équipe qui ne figurent pas dans la commande ne font pas automatiquement partie du service. L’utilisateur doit vérifier lui-même les conditions de licence, la compatibilité des versions et les exigences de configuration des logiciels nécessaires à son flux de travail.

Livraison et accès

Après confirmation du paiement, le système procède successivement au verrouillage des ressources, à la préparation du système et à l’émission des identifiants. La livraison standard prend environ 4 minutes: la confirmation du paiement prend environ 30 secondes, le verrouillage des ressources environ 30 secondes, la préparation du système environ 2 minutes et l’émission des identifiants environ 1 minute. Ces délais décrivent le processus normal et ne constituent pas une garantie à la seconde près pour chaque commande.

Critères de disponibilité

La livraison est considérée comme effectuée lorsque la console indique que le nœud est attribué et fournit une adresse de nœud valide, un compte système et des identifiants temporaires, et que le nœud répond via SSH ou bureau à distance lorsque ces accès sont ouverts. Si le réseau local, la configuration du client ou les restrictions liées à la source d’accès empêchent la connexion, l’utilisateur doit d’abord éliminer les problèmes de liaison locale en suivant l’ordre de vérification indiqué dans la page d’assistance.

Vérifications lors de la première connexion

1. Vérifiez que le numéro du nœud, la région et la configuration de la commande dans la console correspondent à l’historique d’achat.
2. Effectuez la première connexion avec les identifiants temporaires, puis remplacez-les immédiatement par des identifiants uniques et robustes.
3. Vérifiez la puce, la mémoire, la capacité de stockage, l’heure système et la connectivité réseau.
4. Limitez les sources d’accès à SSH et VNC selon vos besoins et supprimez les clés temporaires qui ne sont plus utilisées.
5. Avant de déployer les données du projet, effectuez un petit build ou test de connexion afin de confirmer que la chaîne d’outils et la liaison répondent à vos attentes.

La commande, le renouvellement, l’historique de configuration et les demandes d’assistance du nœud sont gérés dans la console. L’utilisateur doit vérifier activement la date d’expiration avant la fin de la location ; les conséquences d’une notification non consultée, d’un renouvellement non effectué ou d’une mauvaise manipulation de la console incombent au titulaire du compte.

Prix et durée

Les prix sont affichés selon quatre périodes fixes : jour, semaine, mois et trimestre, toutes facturées en dollars américains. Le système calcule le montant de la commande selon le modèle, la période et les options sélectionnés. Aucun prix de modèle, de période ou devis ponctuel non indiqué sur la page des offres n’est proposé. Avant le paiement, vérifiez la région, la durée, la capacité de stockage et le nombre de connexions Thunderbolt 5 en parallèle.

Règles de confirmation de la facturation

• Le prix du modèle de base et celui des options sélectionnées sont calculés séparément et présentés dans le détail vérifiable de la commande avant le paiement.
• Chaque période constitue une unité tarifaire indépendante. L’utilisateur doit se baser sur la période choisie lors du paiement et ne pas calculer lui-même les tarifs hebdomadaires, mensuels ou trimestriels à partir du tarif journalier.
• La connexion Thunderbolt 5 en parallèle est facturée par machine et s’applique aux flux de travail multi-machines explicitement configurés dans la commande ; elle n’est pas incluse par défaut si elle n’a pas été sélectionnée.
• Le renouvellement se fait selon les informations affichées et confirmées dans la console. L’utilisateur doit vérifier à nouveau le prix, le nœud et les options avant le paiement.

Paiement et règlement

Le service accepte uniquement USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) . Ces deux moyens de paiement sont réglés exclusivement en dollars américains (USD). Les passerelles disponibles, l’état du paiement et le résultat de la confirmation sont ceux renvoyés par l’interface backend de la console.

Vérification du paiement

• Avec USDT-TRC20, vérifiez un par un le réseau, les informations du destinataire et le montant de la commande. Le transfert on-chain doit être associé à la commande correspondante.
• Avec Visa, Mastercard ou Amex, le résultat du traitement dépend de l’état d’autorisation ou d’échec renvoyé par Stripe.
• Si le paiement apparaît comme en cours de traitement, ne soumettez pas à nouveau le paiement pour la même commande. Actualisez d’abord l’état dans la console ; s’il ne se met pas à jour pendant une période prolongée, envoyez un ticket avec le numéro de commande et l’heure du paiement.
• Pour toute question de facturation, indiquez le numéro de commande, le montant, l’heure du paiement et un relevé masqué permettant la vérification. N’envoyez jamais par e-mail ou dans un ticket les informations complètes de carte, une clé privée ou un mot de passe de compte.

Si la commande n’est pas confirmée en raison d’une erreur dans les informations de paiement, d’un mauvais choix de réseau on-chain, d’un refus de l’émetteur, d’un solde insuffisant ou des contrôles de risque, les ressources n’entrent pas dans le processus de livraison. Après confirmation de la réussite du paiement, l’utilisateur doit vérifier dans la console si la préparation du nœud a commencé.

Usage acceptable

Le Mac cloud doit être utilisé pour des activités de développement, de build, de test, d’expérimentation et de production média légales, autorisées et ne portant pas atteinte à la plateforme, au réseau des nœuds ou aux droits de tiers. L’utilisateur est responsable des commandes exécutées sur son compte, des logiciels installés, des données importées, des requêtes réseau et des tâches automatisées.

Usages interdits

• Mener des activités illégales ou stocker, traiter ou diffuser des contenus interdits par la réglementation applicable.
• Scanner, sonder, contourner ou tenter d’accéder à un compte, système, réseau, interface ou donnée sans autorisation explicite.
• Créer, déployer ou diffuser du code malveillant, pratiquer l’hameçonnage, voler des identifiants, extorquer, saboter, prendre le contrôle de manière furtive ou contourner la détection de sécurité.
• Perturber l’utilisation normale du réseau des nœuds, de la console ou d’autres utilisateurs par un trafic anormal continu, un abus automatisé, des requêtes offensives ou tout autre moyen.
• Porter atteinte aux droits d’auteur, marques, vie privée, secrets commerciaux ou autres droits de tiers.
• Revendre, sous-louer ou partager l’accès au nœud avec des personnes non autorisées, de sorte que l’opérateur réel ou la responsabilité ne puisse être déterminé.
• Modifier les identifiants des ressources, contourner les contrôles de facturation, perturber les journaux d’audit ou tenter de dépasser les limites matérielles et d’accès définies par la commande.

Les builds automatisés, self-hosted runner, robots de test et tâches batch sont autorisés, mais doivent être configurés avec des limites de concurrence, des conditions d’arrêt en cas d’échec, une rotation des journaux et un quota disque afin d’éviter les boucles incontrôlées, l’épuisement du stockage ou la génération continue de requêtes réseau anormales.

Données et sauvegardes

L’utilisateur est responsable de la gestion, sur le Mac cloud, du code source, des bases de données, fichiers de modèles, éléments de signature, clés, caches de build, médias, journaux et artefacts générés. Des ressources physiques dédiées ne remplacent ni le contrôle de version, ni les sauvegardes hors site, ni le processus de restauration des données de l’équipe.

Exigences minimales de sauvegarde

1. Le code source doit être synchronisé avec un dépôt contrôlé par l’utilisateur, qui doit vérifier que les branches essentielles peuvent être récupérées depuis un autre environnement.
2. Les éléments de signature, clés et variables d’environnement doivent être chiffrés et ne pas être conservés sur un seul nœud.
3. Les grands modèles, médias et artefacts de build doivent disposer de copies indépendantes adaptées aux objectifs de restauration, avec des valeurs d’intégrité documentées.
4. Avant toute mise à niveau du système, redistribution du disque, migration majeure de la chaîne d’outils ou suppression en masse, créez un point de restauration vérifiable.
5. Migrez les données avant la fin de la location et vérifiez les commits du dépôt, le téléchargement des artefacts, la révocation des clés et la suppression des accès temporaires.

Après l’expiration de la location, la résiliation de la commande ou la récupération du nœud, l’utilisateur ne doit plus dépendre de cet appareil pour conserver une copie unique. Si davantage de temps est nécessaire pour migrer les données, confirmez le renouvellement pendant la période de location active, plutôt que d’attendre une récupération d’accès après l’expiration.

Disponibilité et gestion des incidents

Tous les nœuds fonctionnent normalement 365 jourspar an, avec un fonctionnement continu. La plateforme fournit en permanence le réseau des nœuds, l’alimentation, l’état des équipements et la gestion via la console ; l’expérience d’accès à distance dépend toutefois du réseau local de l’utilisateur, du routage de l’opérateur, de la configuration du client et des ressources consommées par la charge de travail.

Incident matériel ou réseau

En cas de panne matérielle, d’incident réseau régional, de problème d’alimentation ou d’autre événement imprévu, la plateforme diagnostiquera la situation selon l’état du nœud et pourra rétablir l’accès, traiter le matériel ou ajuster les ressources. L’utilisateur doit fournir le numéro du nœud, l’heure de survenue, le mode de connexion, la ville du client, les étapes de reproduction et des journaux masqués afin de distinguer une panne du nœud d’un problème de liaison côté client.

Un ajustement des ressources peut nécessiter la réémission des identifiants, un changement d’adresse d’accès ou, après confirmation de l’utilisateur, une migration vers un appareil disponible. En cas de déplacement de données, l’utilisateur doit d’abord confirmer l’existence d’une sauvegarde et évaluer le temps de synchronisation, le chemin de la chaîne d’outils et les règles relatives aux sources d’accès.

Évolution du stock régional

Le stock à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong et dans l’ouest des États-Unis évolue selon les réservations et libérations de commandes. Pour une commande soumise mais dont le verrouillage des ressources n’est pas terminé, l’état final affiché dans la console fait foi. Avant tout changement de région, réévaluez la latence du bureau à distance, l’emplacement du dépôt, le chemin de transfert des artefacts et le coût de synchronisation des gros volumes de données.

Suspension et résiliation

Afin de protéger les nœuds, le réseau de la plateforme, les autres utilisateurs et les droits des tiers, la plateforme peut appliquer aux comptes, commandes ou nœuds concernés des restrictions d’accès proportionnées au risque en cas de risque établi ou de violation des règles. L’évaluation repose notamment sur l’état vérifiable de la commande, les journaux de sécurité, le comportement réseau, les éléments du ticket et les exigences réglementaires applicables.

Situations pouvant entraîner une restriction

• Expiration de la commande, renouvellement non effectué, échec du paiement ou impossibilité de confirmer l’état de facturation.
• Accès non autorisé, diffusion de code malveillant, usage abusif des ressources ou atteinte aux droits d’autrui, en violation des présentes conditions.
• Fuite des identifiants, source d’accès inhabituelle ou comportement du nœud indiquant un risque de sécurité immédiat.
• Fourniture d’informations gravement inexactes ou commande passée au nom d’une organisation sans l’autorisation nécessaire.
• Réception d’une demande réglementaire contraignante imposant de restreindre les ressources concernées ou de conserver les informations nécessaires.

Procédure

Lorsque les circonstances le permettent, la plateforme informe l’utilisateur par l’e-mail du compte ou la console du type de problème, des éléments requis et des mesures correctives possibles. L’utilisateur doit arrêter les tâches concernées, protéger les données existantes, révoquer les identifiants compromis et fournir les explications demandées. Si le risque persiste, si la violation est grave, si les mesures correctives ne sont pas achevées ou si une obligation réglementaire l’impose, la commande concernée peut être résiliée.

Un incident de sécurité urgent peut nécessiter de restreindre d’abord l’accès, puis de vérifier les faits. Cette restriction ne modifie pas la responsabilité de l’utilisateur de sauvegarder et migrer ses données avant la fin de la location ; la possibilité de rétablir l’accès dépendra de la disparition du risque, de l’état du nœud et de la procédure applicable.

Responsabilités et litiges

La plateforme est responsable de fournir les ressources Mac cloud correspondant à la commande confirmée, les journaux de gestion du nœud et le processus d’assistance. L’utilisateur est responsable de sa charge de travail, du réseau client, des droits du compte, de la configuration des outils tiers, des licences logicielles, des sauvegardes et de son utilisation du service. Lors du traitement d’un problème, les effets imputables aux ressources de la plateforme, à la configuration de l’utilisateur et aux dépendances externes doivent être distingués à partir des journaux, des horaires et des résultats reproductibles.

Outils tiers et dommages indirects

Xcode, fastlane, les clients de dépôts, les clients VNC, les dépendances de build et autres logiciels tiers sont soumis au contrôle de leurs fournisseurs respectifs pour les versions, licences et fonctionnalités. La plateforme peut aider à localiser un problème d’environnement du nœud, mais une modification de version, d’interface ou de licence d’un outil tiers ne constitue pas automatiquement une absence de livraison des ressources Mac cloud.

Dans la mesure permise par la réglementation applicable, aucune partie ne pourra être tenue responsable des dommages indirects raisonnablement imprévisibles, pertes d’opportunité ou de bénéfices, ni des pertes aggravées par le manquement de l’autre partie à ses obligations de sauvegarde et de sécurité. L’évaluation des dommages directs tient compte de la commande réelle, des éléments vérifiables, du lien de causalité et des mesures raisonnables prises par la partie affectée pour limiter le dommage.

Signalement et traitement des problèmes

1. Commencez par ouvrir un ticket dans la console en indiquant le numéro de commande, le numéro du nœud, l’heure de survenue, les étapes de reproduction, le résultat attendu, le résultat observé et les journaux masqués.
2. Pour les questions de facturation ou en cas d’impossibilité d’accéder à la console, envoyez un e-mail à support@minideploy.com et conservez les informations de commande nécessaires à la vérification.
3. Les deux parties doivent d’abord rechercher de bonne foi une solution à partir des relevés de commande, des journaux du nœud et des échanges, en définissant clairement l’étendue du litige et une solution applicable.
4. Si la négociation n’aboutit pas, les présentes conditions sont régies par le droit de la juridiction où est établi l’entité exploitant la plateforme, et tout litige est soumis aux tribunaux compétents de cette juridiction.

Mise à jour des conditions

Lorsque les conditions sont mises à jour en raison d’une évolution des processus, de la configuration des produits, des exigences de sécurité ou des règles applicables, une nouvelle date d’entrée en vigueur est indiquée sur la page. Les changements importants concernant les commandes existantes sont communiqués par e-mail au compte ou via la console. Les conditions mises à jour s’appliquent aux nouvelles commandes soumises ou renouvelées expressément après leur entrée en vigueur, sauf exigence réglementaire contraire.