Conditions d’utilisation des Mac physiques dédiés dans le cloud

VMMini accorde un droit d’utilisation temporaire d’un Mac mini M4 physique dédié. La configuration actuellement proposée est le VMMini M4, avec puce M4, 16 Go de RAM et SSD de 256 Go. Chaque commande valide correspond aux ressources d’un nœud physique déterminé : il ne s’agit pas d’une machine virtuelle et les ressources de calcul de l’hôte attribué ne sont pas partagées avec d’autres clients.

Le service est destiné à l’inférence MLX, au déploiement d’IA sur Mac, à l’intégration continue iOS ou macOS, à l’automatisation à distance et à d’autres tâches de développement licites. Il comprend le droit d’utilisation du nœud physique indiqué dans la commande, les informations de connexion nécessaires, la gestion de la commande et l’assistance technique prévue dans le périmètre convenu. Il ne comprend pas le développement ni la maintenance du code, des modèles, des scripts de build ou des logiciels tiers de l’utilisateur.

Avant de créer une commande, d’effectuer un paiement ou de commencer à utiliser un nœud, l’utilisateur doit vérifier les présentes conditions, la page de commande et les politiques applicables. La création d’une commande signifie que l’utilisateur a lu et accepté les conditions en vigueur à cette date et qu’il est autorisé à commander pour lui-même ou pour son organisation.

L’utilisateur doit fournir des coordonnées exactes, utilisables et dont il a le droit d’usage, et s’assurer que l’adresse e-mail recevant les notifications de commande fonctionne correctement. Les actions exécutées sur le nœud par des membres d’équipe autorisés, des programmes automatisés ou des détenteurs d’identifiants sont réputées relever du périmètre autorisé par l’utilisateur.

Les commandes peuvent être créées à la journée, à la semaine, au mois ou au trimestre. Chaque commande doit préciser le modèle, le nœud, la période de facturation, les options de stockage sélectionnées, le nombre de connexions Thunderbolt 5, les heures de début et d’expiration ainsi que le montant total dû. Ces informations sont celles qui figurent dans les détails de la commande dans la console.

Les nœuds actuellement proposés au catalogue sont Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) et Hong Kong. Le VMMini M4 fait partie des combinaisons disponibles sur ces quatre nœuds ; la disponibilité réelle au moment de la commande est celle renvoyée en temps réel par la console. Les villes ou configurations absentes du catalogue ne constituent pas un service pouvant être commandé.

La commande entre dans le processus de livraison après confirmation du paiement par le système. Les heures de début et d’expiration sont celles indiquées dans la commande ; elles ne sont pas recalculées à partir de la première connexion, de la première exécution ou du premier téléchargement de données. L’utilisateur doit choisir la durée en fonction de celle de sa tâche afin d’éviter que le build, l’inférence ou l’exportation des données ne dépasse l’expiration.

Le renouvellement constitue une nouvelle confirmation de facturation. Avant l’expiration de la commande en cours, l’utilisateur doit vérifier la période suivante, le nœud, la configuration et les options. Sauf indication claire sur la page de commande et confirmation par l’utilisateur, le service ne se prolonge pas automatiquement du seul fait que les paramètres de connexion sont conservés.

Le remplacement d’un nœud ne fait pas partie par défaut de la commande initiale. Pour changer de nœud, l’utilisateur doit d’abord créer un ticket depuis la console ; l’équipe de service confirmera la procédure selon le nœud cible, la durée restante, l’étendue de la migration des données et la disponibilité réelle. L’utilisateur ne doit pas réutiliser directement les informations de connexion du nœud initial sur un autre nœud.

Tous les prix sont indiqués et facturés en dollars américains (USD). Le prix actuel de la configuration VMMini M4 est de $20.5/jour, $55.4/semaine, $102.6/mois et $279.1/trimestre. Le montant total de la commande comprend la période de base, les options sélectionnées et les autres montants applicables indiqués sur la page de commande.

Les seuls moyens de paiement sont USDT-TRC20 ainsi que Visa / Mastercard / Amex (via Stripe). Les passerelles effectivement disponibles sont celles renvoyées par le système lors de la création de la commande. L’utilisateur doit vérifier le réseau de paiement, le montant, la devise et l’identifiant de commande ; tout retard résultant du choix d’un mauvais réseau ou d’un paiement à une adresse non indiquée dans la commande relève de sa responsabilité de vérification.

Les frais applicables, taxes, conditions de remboursement et statuts de paiement sont régis par la page de commande et les politiques applicables. Tout remboursement ou ajustement de montant doit correspondre à des informations vérifiables concernant la commande, le paiement et le service ; une déclaration orale absente des détails de la commande ne peut s’y substituer.

L’utilisateur peut utiliser le nœud, dans un cadre licite, pour le développement logiciel, les tests, les builds, l’inférence MLX, le déploiement d’IA sur Mac, l’intégration continue et les tâches d’automatisation. Il doit s’assurer que son code, ses modèles, ses données, ses dépendances, ses licences et les résultats de ses tâches ont une origine licite et respecter les exigences applicables en matière de propriété intellectuelle, de protection des données et de contrôle des exportations.

L’utilisateur doit appliquer le principe du moindre privilège et protéger soigneusement les clés privées SSH, identifiants de console, jetons d’automatisation et clés de projet. Les identifiants sensibles doivent être utilisés via des variables d’environnement ou un stockage de secrets contrôlé ; ils ne doivent pas être inscrits dans un dépôt public, des journaux de build, des couches d’image ou des scripts accessibles à des personnes non concernées.

L’utilisateur ne doit pas utiliser le nœud pour des accès non autorisés, la collecte d’identifiants, la diffusion de code malveillant, la perturbation du réseau, l’amplification de trafic, le contournement des contrôles d’accès ou toute action perturbant d’autres clients ou l’infrastructure. Il est également interdit d’affecter le réseau du nœud, les systèmes d’assistance ou d’autres services par des scans continus à haut risque, un trafic anormal ou des tâches malveillantes.

L’utilisateur ne doit pas créer une commande sous l’identité d’une autre personne, revendre sans autorisation l’accès au nœud ni contourner le périmètre de la commande en partageant les informations de connexion. En cas de fuite d’identifiants, de connexion anormale, de processus inconnu ou de connexion réseau inattendue, il doit immédiatement révoquer les identifiants concernés, conserver les journaux nécessaires et créer un ticket depuis la console.

Les périodes d’indisponibilité causées par une panne du matériel du nœud, du réseau hôte ou du système de livraison relevant du contrôle de VMMini et vérifiables dans les relevés de service sont soumises à un examen de disponibilité. L’utilisateur doit fournir l’identifiant de commande, le nœud concerné, l’heure de début, la durée, les symptômes et les journaux nécessaires après suppression des données sensibles.

Les indisponibilités dues à la configuration logicielle de l’utilisateur, à un conflit de dépendances, à l’arrêt d’un processus, à un disque rempli par une tâche, à une règle d’accès incorrecte, à l’expiration d’une clé, à un défaut du code ou à un arrêt volontaire de l’utilisateur ne sont pas considérées comme une indisponibilité du service de nœud. Les anomalies du réseau local de l’utilisateur, du dépôt de code, des dépendances tierces, du chemin opérateur ou d’autres systèmes externes ne relèvent pas non plus directement du contrôle de VMMini.

Les événements de force majeure, les interruptions du réseau public, les attaques menées par l’utilisateur ou un tiers, les mesures prises légalement par une autorité et tout autre événement échappant raisonnablement au contrôle des parties sont évalués selon les relevés et leur impact réel. L’objectif de service ne constitue pas une garantie concernant une latence donnée, le débit d’un modèle, la vitesse de build ou la disponibilité continue d’un logiciel tiers.

Toute demande de compensation doit être soumise via un ticket dans la console et s’appuyer sur les détails de la commande, les relevés de surveillance, la chronologie de l’incident et le résultat de l’examen. La forme et le montant applicables sont ceux du résultat affiché après examen et des politiques applicables ; un simple test de débit côté client ou une expérience subjective impossible à reproduire ne suffit pas à établir le problème.

Lorsque le système détecte un risque de sécurité avéré, une fuite d’identifiants, un comportement réseau anormal, un usage contraire aux présentes conditions, une mesure imposée par la loi ou tout autre événement susceptible d’affecter durablement la sécurité du service, VMMini peut limiter les connexions concernées, suspendre les tâches ou l’accès au nœud. Les mesures doivent être proportionnées au risque et les relevés nécessaires de commande et de sécurité doivent être conservés.

Le service peut prendre fin à l’expiration de la commande, à la résiliation volontaire par l’utilisateur, en cas de paiement incomplet ou de violation grave avérée. Avant l’expiration, l’utilisateur doit exporter son code, ses modèles, ses artefacts de build, ses journaux et toute autre donnée nécessaire, puis révoquer les runner, clés de déploiement et jetons d’automatisation. La conservation des données ou de l’accès après expiration ne fait pas partie du contenu par défaut de la commande.

Si l’utilisateur estime qu’une suspension ou une résiliation est erronée, il doit fournir via la console l’identifiant de commande, le nœud, l’heure de l’événement et les éléments justificatifs. VMMini effectuera les vérifications à partir du statut de paiement, des relevés d’accès, des journaux de sécurité et des informations du ticket. Pour protéger les autres clients et l’infrastructure, les restrictions d’accès nécessaires peuvent être maintenues jusqu’à la confirmation du risque.

Dans la mesure permise par le droit applicable, chaque partie assume la responsabilité de ses propres actes, de son personnel, de ses identifiants, de son code, de ses données et des services tiers qu’elle utilise. La responsabilité est déterminée en tenant compte du lien de causalité direct, des relevés vérifiables, du montant de la commande, du préjudice réel et des exigences légales applicables ; des bénéfices indirectement supposés ou invérifiables ne peuvent constituer l’unique fondement.

Les mises à jour des conditions sont publiées par annonce sur le site, dans le centre d’aide ou dans les relevés de la console. Les mises à jour ayant un impact substantiel sur le périmètre du service, la facturation ou les droits de l’utilisateur s’appliquent aux commandes ultérieures ou aux confirmations de renouvellement à compter de leur date d’entrée en vigueur publiée. Les commandes créées avant la mise à jour sont traitées selon les relevés et politiques applicables lors de leur création, sauf exigence légale contraire.

Les présentes conditions sont régies par le droit de la juridiction où est établi l’opérateur de la plateforme. Tout litige relatif aux présentes conditions ou au service doit d’abord faire l’objet de discussions fondées sur les relevés de commande, de paiement, de surveillance et de tickets ; à défaut de résolution, il peut être soumis à un tribunal compétent de cette juridiction.