Conditions de service ArmVMS Mac dans le cloud

Les présentes conditions s’appliquent à votre accès au site ArmVMS, à la création ou à la gestion de commandes, aux paiements, ainsi qu’à la connexion et à l’utilisation des nœuds physiques Apple Silicon dédiés fournis par ArmVMS. L’accès au site n’exige pas un achat immédiat ; toutefois, la création d’une commande, le paiement ou le début de l’utilisation d’un nœud signifie que vous avez lu les présentes conditions et acceptez de les respecter.

Si vous créez une commande au nom d’une équipe, d’une entreprise ou d’une autre organisation, vous confirmez être habilité à représenter cette entité et à accepter les présentes conditions. Cette entité et les membres autorisés à utiliser les nœuds doivent respecter les règles relatives à la sécurité du compte, à l’utilisation acceptable, à la gestion des données et aux paiements.

ArmVMS propose la location de nœuds physiques Apple Silicon dédiés. Le catalogue actuel comprend les configurations ArmVMS M4 et ArmVMS M4 Pro. La commande permet de choisir parmi cinq nœuds : Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong et États-Unis — Est. La disponibilité réelle est celle renvoyée en temps réel par la console.

Chaque commande doit préciser la puce, la mémoire, le stockage, le nœud, la durée de location et les options supplémentaires. ArmVMS M4 correspond à M4, 16GB de mémoire et 256GB SSD ; ArmVMS M4 Pro correspond à M4 Pro, 64GB de mémoire et 2TB SSD. Tout stockage supplémentaire ou projet de mise en parallèle Thunderbolt 5 doit figurer séparément dans la commande.

• Limites des ressources :La commande attribue une machine physique dédiée ; le processeur, la mémoire et le stockage local ne sont pas partagés avec d’autres utilisateurs.
• Interface d’utilisation :Selon les informations de livraison, l’utilisateur peut utiliser l’interface graphique macOS, la ligne de commande et les fonctions de build automatisé.
• Disponibilité :Les nœuds fonctionnent normalement 365 jours par an ; l’état exact de la connexion et de la commande est celui enregistré dans la console.
• Évolution du catalogue :Les modifications ultérieures du catalogue ne changent pas rétroactivement le modèle, le nœud ou la durée indiqués dans une commande déjà confirmée.

L’utilisateur doit fournir des informations de compte exactes et complètes, utilisables pour les échanges liés au service, et mettre rapidement à jour toute information obsolète. L’adresse e-mail du compte sert à l’identification, au rattachement des commandes, à la vérification de sécurité et aux notifications nécessaires ; elle ne doit pas être utilisée par des personnes non autorisées à gérer les commandes.

L’utilisateur doit protéger les identifiants de connexion à la console, les identifiants de connexion au nœud physique, les clés, les jetons et les droits d’accès aux projets. Les identifiants ne doivent pas être inscrits dans des dépôts publics, des journaux de build, des documents partagés ou des scripts non protégés. En cas de connexion inhabituelle, de commande inconnue ou d’exposition d’identifiants, mettez immédiatement à jour les identifiants concernés et soumettez un ticket associé depuis la console.

ArmVMS permet de choisir une durée de location à la journée, à la semaine, au mois ou au trimestre. Chaque durée correspond à un tarif indépendant et ne doit pas être considérée comme une conversion automatique du prix d’une autre durée. Avant de payer, l’utilisateur doit lire le détail de la commande et vérifier que la durée de la mission correspond à la période choisie.

La page de confirmation de commande constitue l’étape finale de vérification de la configuration. Vérifiez un par un le modèle, la puce, la mémoire, le stockage de base, le nœud cible, la durée, le stockage supplémentaire, le nombre de connexions Thunderbolt 5 en parallèle et le total de la commande. Si la configuration ne convient pas à la charge de travail après l’envoi, soumettez rapidement une demande associée depuis la console et conservez le numéro de commande.

Sauf si une nouvelle période de location continue est explicitement affichée sur la page de commande, une commande unique couvre uniquement la durée confirmée. Si l’utilisateur souhaite continuer à utiliser le nœud, il doit consulter les options disponibles dans la console avant la fin de la mission en cours, afin de ne pas fonder la continuité de son activité sur une période non confirmée.

ArmVMS accepte uniquement deux types de paiement : USDT-TRC20 et Visa / Mastercard / Amex (via Stripe). Tous les prix, montants de commande et enregistrements de paiement sont réglés en dollars américains (USD). La passerelle réellement disponible et l’état du paiement sont ceux renvoyés par l’interface backend lors du règlement.

Avant de confirmer le paiement, l’utilisateur doit vérifier le réseau de réception, le montant de la commande, la devise affichée sur la page de paiement et le numéro de commande. Avec USDT-TRC20, sélectionnez le bon réseau et vérifiez l’adresse ; avec une carte bancaire, suivez le processus de règlement et effectuez les vérifications requises. Toute vérification résultant d’un mauvais réseau, d’informations erronées ou de paiements envoyés plusieurs fois sera traitée sur la base des données de la commande et de la transaction.

L’envoi d’un paiement ne dispense pas de vérifier la commande. Si l’état du paiement, le montant ou la configuration ne correspondent pas, conservez l’identifiant de transaction et le numéro de commande, puis soumettez un ticket depuis la console. N’envoyez pas publiquement les données complètes de votre carte bancaire, vos clés privées, vos jetons ou vos mots de passe de connexion.

L’utilisateur peut utiliser le nœud pour le développement logiciel légal, les builds iOS et macOS, l’exécution CI/CD, le développement à distance, les tests, les workflows créatifs et les expériences d’IA. Il doit s’assurer que le code, les modèles, les ressources, les dépendances, les données et les tâches automatisées disposent des autorisations nécessaires.

Il est interdit d’utiliser les services ArmVMS pour réaliser ou faciliter les activités suivantes :

• Activités illégales Créer, exécuter ou diffuser des programmes, contenus ou processus métier contraires aux règles applicables.
• Accès non autorisé Tenter d’accéder à un compte, système, dépôt, service, réseau ou donnée sans autorisation.
• Analyse malveillante Effectuer sur des cibles externes des scans de ports, recherches d’identifiants, exploitations de vulnérabilités ou énumérations massives non autorisés.
• Perturbation du service Lancer une attaque par déni de service, générer un trafic anormal, abuser des ressources ou mener toute autre action nuisant à la stabilité des nœuds, des réseaux ou de systèmes tiers.
• Atteinte aux droits Porter atteinte à la propriété intellectuelle, à la vie privée, aux secrets commerciaux ou à tout autre droit légitime d’autrui.
• Contournement des contrôles de sécurité Contourner l’authentification, les restrictions d’accès, le processus de facturation, l’isolation des nœuds ou les mécanismes de détection de sécurité.

Les tâches automatisées doivent appliquer des paramètres raisonnables de concurrence, de délai d’expiration, de nouvelle tentative et de journalisation. Le fait de disposer d’un nœud physique dédié n’autorise pas l’utilisateur à considérer les réseaux externes, les services d’hébergement de code ou les interfaces tierces comme des ressources illimitées.

L’utilisateur est responsable de l’organisation, des autorisations et des sauvegardes nécessaires de son code, de ses identifiants, de ses artefacts de build, de ses fichiers de modèles, de ses ressources, de ses caches et de ses données métier. Un nœud physique convient comme environnement de développement et d’exécution, mais ne doit pas constituer l’unique copie des fichiers essentiels d’un projet.

Pendant la période de location, l’utilisateur doit mettre en place une gestion externe des versions et des sauvegardes adaptée à la valeur de la mission. Lors d’une migration, de la fin d’une mission ou d’un changement de nœud, vérifiez que les commits, la liste des dépendances, les enregistrements de build, les artefacts exportés et les fichiers de modèles ont été transférés vers un emplacement contrôlé par l’utilisateur, puis supprimez les identifiants devenus inutiles.

En cas d’incident de sécurité, de panne d’infrastructure, d’exigence de conformité, d’anomalie de paiement, de risque lié au compte ou de violation grave des présentes conditions, ArmVMS peut prendre les mesures nécessaires selon l’étendue de l’impact, notamment demander une nouvelle vérification, limiter certaines opérations, suspendre l’accès concerné ou résilier le service touché.

Les mesures sont déterminées en fonction de la nature de l’incident, des enregistrements vérifiables et de l’impact potentiel. Lorsque la communication préalable est possible, ArmVMS indiquera les actions requises par e-mail associé au compte, notification de la console ou ticket associé. Lorsqu’un risque de sécurité doit être maîtrisé immédiatement, les restrictions nécessaires peuvent être appliquées d’abord, puis complétées par les informations disponibles.

1. 1

   Identifier le problème

   Vérifiez la commande, le compte, l’état du nœud, l’heure de l’incident et les journaux concernés.

2. 2

   Limiter l’impact

   Limitez les opérations concernées selon l’étendue du risque afin d’éviter que le problème n’affecte davantage le nœud ou d’autres systèmes.

3. 3

   Préciser les actions requises

   Fournissez, par un canal approprié, les demandes concrètes de vérification, de remédiation ou de transmission d’informations.

4. 4

   Consigner le résultat

   Conservez les enregistrements du traitement liés à la commande et à l’incident pour les vérifications ultérieures.

Avant de mettre fin volontairement à l’utilisation, l’utilisateur doit exporter ses données, supprimer ses identifiants et nettoyer la mission. Une violation grave des règles d’utilisation acceptable, le refus persistant de traiter un risque de sécurité ou la transmission d’informations de compte fausses peut entraîner la résiliation de l’accès.

ArmVMS fournit, conformément à la commande confirmée, le nœud physique Apple Silicon dédié correspondant ainsi que les fonctions de gestion de commande associées. L’utilisateur est responsable du contenu des projets, des autorisations du code, de la configuration des applications, des identifiants de connexion, des tâches automatisées, des dépendances tierces, des sauvegardes et des autorisations internes de l’équipe. La responsabilité doit être déterminée selon la partie qui contrôle les systèmes, données ou opérations concernés.

Les conséquences d’un cas de force majeure, d’une action de l’utilisateur, d’un réseau contrôlé par l’utilisateur, d’une modification d’un service tiers, d’une utilisation non autorisée du compte ou d’une protection et sauvegarde insuffisantes des données par l’utilisateur doivent être examinées à partir des enregistrements de l’incident, de l’étendue du contrôle et des informations vérifiables des deux parties. Toute partie qui détecte un risque d’aggravation doit rapidement prendre des mesures raisonnables pour en limiter l’étendue et conserver les éléments nécessaires.

Pour connaître le traitement des informations échangées sur le site, les commandes et avec le support, consultez égalementla Politique de confidentialité. Pour consulter le catalogue des configurations et des durées, consultezles offres de location ; pour les informations de connexion et de diagnostic, consultezle centre d’aide.