1. Définition du service
Un « Mac cloud » désigne un service informatique distant fourni par VPSGit via Internet, exécutant macOS sur Apple Silicon. Chaque commande valide correspond aux ressources d’un nœud physique sélectionné dans le catalogue, mises à la disposition des utilisateurs autorisés pour le développement logiciel, les compilations automatisées, l’inférence, le traitement multimédia ou toute autre charge de travail conforme aux présentes conditions.
Un « nœud physique » est un équipement Apple Silicon réel hébergeant le service. Une « machine physique dédiée » signifie que, pendant la durée de la commande, ses ressources de calcul, sa mémoire et son stockage de base ne sont pas partagés avec les instances d’autres clients. Le service n’est pas une offre de machine virtuelle ; toutefois, la connectivité réseau, le traitement des paiements, le téléchargement des dépendances et les logiciels tiers peuvent faire intervenir d’autres prestataires.
La « console » est l’interface de gestion utilisée pour vérifier l’identité, passer commande, consulter l’état d’une commande, gérer les instances et envoyer des tickets. La « durée de location » est la période fixe d’utilisation choisie dans la commande, à la journée, à la semaine, au mois ou au trimestre. Les « options supplémentaires » comprennent l’extension SSD et la configuration Thunderbolt 5 en parallèle indiquées dans le catalogue ; leur portée, leur quantité et leur prix sont ceux affichés par la console au moment de la commande.
2. Compte et éligibilité
L’utilisateur doit disposer de la capacité juridique nécessaire pour conclure et exécuter les présentes conditions, et fournir des informations de compte et de commande réelles, exactes et permettant d’être joint. Lorsqu’il passe commande pour une équipe ou une autre organisation, il confirme disposer de l’autorisation requise et pouvoir engager cette organisation ainsi que ses membres autorisés au titre des présentes conditions.
L’utilisateur est responsable de la protection des codes de vérification par e-mail, identifiants de connexion, clés SSH, identifiants d’accès distant et sessions de console, et ne doit pas les communiquer à des personnes non autorisées. Lorsqu’une équipe utilise le service, elle doit définir des périmètres d’accès identifiables pour chaque opérateur et révoquer rapidement les droits des personnes ayant quitté l’équipe ou le projet, afin d’éviter les identifiants partagés et impossibles à attribuer.
En cas de connexion inhabituelle, de fuite d’identifiants, de modification de configuration non autorisée ou d’utilisation potentiellement abusive, l’utilisateur doit immédiatement désactiver le mode d’accès concerné, renouveler les clés correspondantes et nous prévenir via un ticket dans la console ou à l’adresse support@vpsgit.com. Pour protéger le service et les autres utilisateurs, nous pouvons limiter les sessions suspectes ou demander des informations supplémentaires sur l’identité et la commande pendant la vérification.
3. Commandes et livraison
Avant de passer commande, l’utilisateur doit vérifier le modèle, la durée de location, le nœud, les options de stockage, le besoin de connexion Thunderbolt 5 en parallèle et les informations de paiement. Les combinaisons du catalogue sont généralement disponibles ; la disponibilité réelle est celle renvoyée en temps réel par la console lors de la commande. Tant que le paiement n’est pas confirmé, la livraison du service n’est pas considérée comme effectuée.
La livraison standard comprend la confirmation du paiement, la vérification de la disponibilité, la configuration du système et du réseau, ainsi que l’émission des identifiants d’accès ; elle prend généralement environ 4 minutes. Ce délai est un objectif de traitement dans des conditions normales et ne constitue pas une garantie absolue pour chaque commande. Après la livraison, l’utilisateur doit vérifier rapidement la connexion distante, SSH, la capacité du disque et la correspondance du nœud sélectionné avec la commande.
Si la passerelle de paiement accuse un retard, si les informations de commande sont incomplètes, si la vérification de sécurité nécessite des éléments supplémentaires ou si un événement indépendant de notre volonté empêche la livraison automatique, nous conserverons dans la console un état de commande vérifiable et indiquerons dans un ticket les étapes à accomplir. L’utilisateur ne doit pas soumettre plusieurs fois le même paiement ni tenter de contourner la vérification pour accélérer la livraison. En cas de litige sur une commande, il doit d’abord fournir son numéro de commande et son justificatif de paiement pour vérification.
4. Prix et paiement
Toutes les commandes sont facturées et réglées en dollars américains (USD). Les seuls moyens de paiement acceptés sont USDT-TRC20 et les cartes Visa, Mastercard et Amex traitées par Stripe. La passerelle réellement disponible est celle indiquée par la console ; l’utilisateur doit vérifier le réseau de réception, le montant de la commande et l’état du paiement avant de finaliser la transaction.
Le montant dû pour le modèle, la durée fixe et les options supplémentaires est celui affiché et confirmé par la console au moment de la commande. Le prix correspond à la durée sélectionnée et n’est pas automatiquement converti en une période de facturation absente du catalogue. Pour renouveler, augmenter le stockage, modifier la configuration parallèle ou sélectionner un autre modèle, l’utilisateur doit se référer aux éléments et montants affichés sur la nouvelle page de confirmation.
L’utilisateur prend en charge les frais éventuellement prélevés par son compte de paiement, le transfert sur blockchain ou l’émetteur de sa carte, et doit s’assurer que les informations effectivement reçues correspondent aux exigences de la commande. Si le paiement n’est pas encore confirmé, si le réseau de transfert est incorrect, si le montant ne correspond pas ou si les informations de paiement ne peuvent pas être rattachées à la commande, nous pouvons demander des éléments vérifiables supplémentaires avant de traiter la commande.
5. Renouvellement, modification et résiliation
Le renouvellement doit être effectué via la console avant la fin de la période de location en cours. La possibilité de conserver le modèle, le nœud et les options supplémentaires d’origine dépend des informations de disponibilité renvoyées en temps réel par la console lors de la soumission de la commande de renouvellement. L’utilisateur doit prévoir le temps nécessaire aux validations internes, à la confirmation du paiement et à la migration des données ; une commande de renouvellement créée mais non payée ne remplace pas une période de location valide.
La modification du modèle ou du nœud nécessite généralement une nouvelle vérification de disponibilité et peut impliquer la configuration d’un nouvel équipement, la copie des données, la mise à jour des règles d’accès et une courte phase de validation en parallèle. Une migration entre régions n’est pas un basculement instantané sans perte ; l’utilisateur doit d’abord confirmer le nœud cible, les chemins de téléchargement des dépendances et les accès de l’équipe, puis planifier le transfert des données et la sortie de l’ancien environnement.
À l’expiration de la période de location, si le renouvellement n’est pas finalisé, l’accès au service peut être interrompu et le processus de récupération des ressources peut commencer. L’utilisateur doit exporter avant cette échéance son code, ses artefacts de compilation, ses modèles, ses fichiers multimédias, ses journaux et toute autre donnée nécessaire, puis révoquer les accès de l’équipe. En cas de violation grave des présentes conditions, de menace pour la sécurité de la plateforme ou d’impact continu sur d’autres services, nous pouvons limiter ou résilier le service concerné et conserver les enregistrements nécessaires aux enquêtes de sécurité et au traitement des litiges.
6. Usage acceptable
L’utilisateur ne doit pas utiliser le service pour mener des activités illégales, accéder sans autorisation à d’autres systèmes, analyser ou exploiter des vulnérabilités sur des cibles qu’il ne contrôle pas, diffuser des codes malveillants, lancer des attaques réseau, générer du trafic abusif ou perturber de toute autre manière le fonctionnement normal de la plateforme, du réseau ou de services tiers.
L’utilisateur ne doit pas porter atteinte aux droits d’auteur, marques, secrets commerciaux ou autres droits de propriété intellectuelle d’autrui, ni traiter des données obtenues sans autorisation légitime. Il ne doit pas non plus dissimuler l’origine, contourner les contrôles d’accès, éviter les limites de ressources ou perturber la surveillance de sécurité pour échapper à ses responsabilités. Les tâches de compilation automatisée, de collecte, d’inférence et de traitement multimédia doivent respecter des limites raisonnables de concurrence, de tentatives et de débit.
Si nous constatons un comportement susceptible de menacer la sécurité ou la stabilité du service, nous pouvons prendre les mesures nécessaires, notamment limiter le réseau, isoler des processus, suspendre l’accès ou demander des corrections. L’utilisateur doit coopérer en fournissant l’objectif de la tâche, les informations sur les processus, la période concernée et les mesures prises. En cas de refus de correction ou de violations graves répétées, nous pouvons résilier les commandes concernées.
7. Disponibilité et crédits de service
VPSGit vise une disponibilité du service de 99,9 %. La disponibilité est calculée selon la possibilité, pour la commande concernée pendant sa période de location, d’accéder normalement au nœud physique livré et à ses principales connexions réseau. Le service fonctionne en continu 365 jours par an, sans période d’arrêt planifiée. Une défaillance d’une application, d’un script de compilation ou d’une dépendance tierce ne signifie pas nécessairement que le service Mac cloud est indisponible.
Les incidents dus à la configuration de l’utilisateur, à un arrêt volontaire, à des règles de pare-feu incorrectes, à une mauvaise gestion des identifiants, à une charge dépassant les capacités de l’équipement, au réseau de l’utilisateur, à un chemin réseau public, à une défaillance d’un logiciel ou service tiers, à des mesures de restriction prises conformément aux obligations applicables ou à un cas de force majeure ne sont pas pris en compte dans la disponibilité du service. L’étendue de l’incident est déterminée en recoupant la surveillance de la plateforme, les journaux du nœud, les relevés réseau et les informations reproductibles fournies par l’utilisateur.
L’utilisateur estimant que sa commande ouvre droit à un crédit de service doit envoyer une demande via un ticket dans la console dans les 7 jours calendaires suivant la fin de la période de location concernée, en indiquant le numéro de commande, le nœud, les heures de début et de fin de l’impact, les symptômes observables et les vérifications effectuées. Après vérification, si les conditions sont remplies, nous accorderons un crédit pour la période concernée. Ce crédit est applicable à un service ultérieur éligible et ne peut pas être converti en espèces ; le résultat sera consigné dans le ticket correspondant.
8. Données et sauvegardes
L’utilisateur doit conserver une sauvegarde récupérable indépendante du Mac cloud et définir, selon l’importance de sa charge de travail, des versions, des contrôles d’intégrité et des tests de restauration. Un dépôt de code ne remplace pas une sauvegarde complète des artefacts de compilation, fichiers de modèles, ressources multimédias, configurations et bases de données locales ; les données conservées sur un seul nœud physique risquent d’être irrécupérables.
L’utilisateur est responsable de la protection des éléments de signature, clés d’accès, jetons, certificats et autres informations sensibles. Il doit en limiter l’utilisation selon le principe du moindre privilège et les renouveler rapidement lors d’un changement d’équipe, de personnel ou après une fuite présumée. Les éléments sensibles ne doivent pas être enregistrés dans un dépôt public, des journaux de compilation ou un répertoire partagé accessible à des personnes non concernées.
Avant la fin de la période de location, l’utilisateur doit achever l’export des données, la vérification des résultats, la révocation des comptes et le nettoyage local nécessaire. Après la fin du service, le nœud fera l’objet d’une révocation des accès et d’un nettoyage des données selon les procédures opérationnelles. L’utilisateur ne doit pas considérer ce processus comme un service de sauvegarde ni compter sur une récupération temporaire après l’expiration de la location.
9. Limitation de responsabilité et indemnisation
Dans la mesure permise par le droit applicable, aucune partie ne peut être tenue responsable des pertes indirectes, accessoires, spéciales ou consécutives résultant de l’utilisation ou de l’impossibilité d’utiliser le service, notamment les pertes de bénéfices, interruptions d’activité, pertes d’opportunités ou compilations et mises en production non réalisées comme prévu. L’utilisateur doit maîtriser les risques de continuité d’activité au moyen de sauvegardes indépendantes, de chemins de compilation alternatifs et de vérifications avant publication.
Les logiciels tiers, dépôts de code, traitements de paiement, réseaux publics, miroirs de dépendances et autres services que VPSGit ne contrôle pas directement relèvent de leurs fournisseurs respectifs pour leurs fonctionnalités, licences et disponibilité. Les pertes résultant des scripts, configurations système, paramètres d’autorisation ou contenus de données de l’utilisateur, de tâches dépassant les capacités des ressources ou d’opérations non autorisées relèvent de la responsabilité de l’utilisateur.
Lorsque VPSGit subit une réclamation raisonnable, une perte ou des frais en raison d’une violation des présentes conditions par l’utilisateur, d’une atteinte aux droits d’un tiers, d’un traitement illégal de données ou d’une action inappropriée d’un membre autorisé, l’utilisateur doit l’indemniser dans la mesure permise par le droit applicable. Aucune limitation de responsabilité n’exclut une responsabilité qui ne peut légalement être limitée ; les responsabilités respectives sont déterminées au regard de la commande, des relevés de l’incident et des pertes effectivement démontrables.
Les présentes conditions sont régies par le droit de la juridiction où se trouve l’entité exploitante de la plateforme. Pour tout litige relatif aux présentes conditions ou au service, les parties doivent d’abord engager une discussion de bonne foi via support@vpsgit.com ou un ticket dans la console. À défaut de résolution, le litige sera soumis aux tribunaux compétents de cette juridiction.
10. Modifications et contact
Les présentes conditions entrent en vigueur le 1er septembre 2026. Nous pouvons les mettre à jour en raison de l’évolution des fonctionnalités, des processus opérationnels, des exigences de sécurité ou des obligations légales. Toute modification importante affectant principalement les droits ou obligations de l’utilisateur sera annoncée de manière visible sur le site, dans la console ou via les coordonnées associées au compte, avec indication de la date d’entrée en vigueur de la nouvelle version.
La poursuite de l’utilisation du service après l’entrée en vigueur d’une modification vaut acceptation des conditions mises à jour. Si l’utilisateur refuse une modification importante, il doit cesser de créer de nouvelles commandes avant son entrée en vigueur et achever la migration de ses données avant la fin de sa période de location en cours. Les commandes déjà confirmées restent régies, dans leur champ d’application, par les conditions de durée fixe en vigueur au moment de leur soumission.
Pour toute question concernant une commande, l’interprétation des conditions, un incident de service ou un litige, connectez-vous à la console pour envoyer un ticket ou écrivez à support@vpsgit.com. Indiquez un numéro de commande vérifiable, la période concernée et les faits nécessaires ; ne transmettez jamais de mot de passe, de clé privée ni d’autres identifiants d’accès par e-mail ou dans un ticket.