De la commande au build vérifiable

Louez un Mac dans le cloud et lancez votre premier build

Commencez par définir votre charge de travail, puis choisissez entre Lemon M4 et Lemon M4 Pro. Sélectionnez un nœud à Singapour, Tokyo, Séoul, Hong Kong ou dans l’ouest des États-Unis, ainsi qu’une durée à la journée, à la semaine, au mois ou au trimestre. Vous recevez un Mac mini physique dédié : le matériel n’est partagé avec aucun autre locataire et il ne s’agit pas d’une machine virtuelle.

Modèles 2 options

Nœuds 5

Durées 4 options

Louer un Mac dans le cloud Comparer les 2 offres

Préparez une adresse e-mail capable de recevoir les notifications et notez l’usage prévu, la durée estimée, votre principal lieu d’accès et le volume de données à conserver. La disponibilité effective est celle renvoyée en temps réel par la console.

LEMON SLICE / START Vérificateur du premier build

Parcours prêt

SG Singapour Accès à l’Asie du Sud-Est

JP Tokyo Japon et Asie de l’Est

KR Séoul Corée et Asie du Nord-Est

HK Hong Kong Sud de la Chine et Asie du Sud-Est

US-W Ouest des États-Unis Côte ouest de l’Amérique du Nord

Nœud physique: Mac mini dédié
Méthodes de connexion: SSH / VNC
Prix de départ: $19.8/jour
Objectif de validation: Build de test réussi

Auto-vérification avant commande

Clarifiez ces six choix avant de valider

Cette liste élimine les erreurs de sélection les plus courantes. Chaque ligne doit avoir une réponse claire avant de passer à la configuration.

01 Définir l’usage

Précisez s’il s’agit de développement à distance, de builds Xcode, de CI/CD, de prototypage IA ou de traitement audio et vidéo, puis estimez la durée de chaque tâche.

02 Choisir le nœud

Privilégiez un emplacement proche des principaux opérateurs ou de la source du code et des ressources. Ne jugez pas les performances réseau au seul nom du serveur.

03 Vérifier le modèle

L’offre de base comprend M4, 16GB et 256GB ; l’offre supérieure, M4 Pro, 64GB et 2TB. Choisissez selon le pic de mémoire et le volume de données local.

04 Définir la durée

Pour une validation ponctuelle, choisissez une durée à la journée ou à la semaine. Pour le développement continu et les files de builds stables, comparez les durées au mois ou au trimestre avant de valider la facturation.

05 Vérifier les options

Selon la taille de votre espace de travail, choisissez +1TB SSD ou +2TB SSD. Si plusieurs machines doivent fonctionner en parallèle à haut débit, vérifiez aussi le nombre de connexions Thunderbolt 5.

06 Préparer le paiement

Paiement uniquement par USDT-TRC20 ou par Visa, Mastercard ou Amex (via Stripe) ; toutes les commandes sont réglées en USD.

Étape 1

Vérifier la configuration et la facture en USD

Dans le parcours de configuration, choisissez d’abord le modèle, puis le nœud proposé pour ce modèle, la durée de facturation et les options. La disponibilité affichée en temps réel au moment de la commande fait foi.

Avant de payer, vérifiez le nom du modèle, la puce, la mémoire, le stockage de base, le code du nœud, la durée et le nombre d’options. Le montant facturé doit correspondre à votre sélection actuelle ; ne vous fiez pas à une ancienne page de configuration ouverte dans le navigateur.

Configurer et commander

ORDER PRECHECK Vérifications avant validation

Modèle de base: Lemon M4 ou Lemon M4 Pro
Catalogue des nœuds: SG / JP / KR / HK / US-W
Durée de location: Jour / semaine / mois / trimestre
Mode de paiement: USDT-TRC20 ou carte Stripe
Devise de règlement: USD

Le moyen de paiement effectivement disponible est celui renvoyé par l’interface backend. Après le paiement, consultez la commande et l’état du service dans la console.

Étape 2

Vérifiez vos accès avant de les transmettre

Les informations de connexion sont des identifiants d’accès au service. Vérifiez d’abord que tous les champs sont présents, puis enregistrez-les dans un emplacement de gestion des identifiants contrôlé.

Hôte et port

Vérifiez que l’adresse de l’hôte, le port SSH et l’adresse de connexion graphique sont fournis. Lors de la copie, n’ajoutez aucun espace superflu et ne prenez pas l’adresse d’exemple pour une cible réelle.

Cible de connexion

Compte et identifiants initiaux

Vérifiez le nom d’utilisateur, le mode d’authentification initial et les consignes de sécurité de la première connexion. Ne communiquez les identifiants qu’aux membres qui doivent utiliser ce nœud et consignez leur périmètre d’autorisation.

Moindre privilège

Correspondance entre nœud et commande

Comparez caractère par caractère le code du nœud fourni avec celui de la commande. Si la commande indique JP, le dossier de livraison et les vérifications réseau suivantes doivent également pointer vers le nœud de Tokyo.

Commande conforme

Ne transmettez jamais d’identifiants sur un canal public

Ne collez jamais d’identifiants d’hôte, de clés privées, de phrases de récupération, de jetons d’accès complets ni de signatures non masquées dans un dépôt public, une capture de discussion, un journal de build ou une description d’incident. Pour obtenir de l’aide, transmettez uniquement l’identifiant de commande, l’heure, le nœud et des journaux masqués.

Identifiants Mis à jour Ne réutilisez pas les valeurs temporaires

Système Version consignée Conservez la référence de l’environnement de build

Fuseau horaire Conforme à la tâche Évitez les décalages horaires dans les journaux

Disque Capacité confirmée Réservez de l’espace pour les caches et les artefacts

Outils Chemins exécutables Vérifiez Xcode et les commandes d’automatisation

Étape 3

Établir une référence reproductible à la première connexion

Lors de la première connexion, ne lancez pas directement une tâche longue. Mettez à jour les identifiants temporaires, vérifiez la version du système et le fuseau horaire, puis contrôlez l’espace disque disponible, le chemin des outils en ligne de commande et les dépendances du projet.

Le but n’est pas de produire une documentation complexe, mais de disposer d’une base de comparaison pour le dépannage. Si le script de build dépend d’un chemin Xcode, de variables d’environnement Shell ou d’un répertoire de cache précis, effectuez une vérification manuelle avant de lancer le pipeline.

Effectuez un contrôle des informations système et matérielles, puis enregistrez la puce, la mémoire et la version du système.
Vérifiez l’espace restant sur le disque du projet, le disque de cache et le répertoire d’export.
Exécutez les commandes de version et vérifiez que Xcode, Git et fastlane sont accessibles au compte actuel.
Définissez le même fuseau horaire que les journaux de l’équipe pour éviter tout décalage entre les heures des tâches et des alertes.

Étape 4

Réaliser le premier build avec le parcours le plus court

Vérifiez d’abord SSH, lancez ensuite un build de test Xcode reproductible, puis contrôlez que les outils d’automatisation peuvent lire le projet et produire un résultat.

first-build.log

$ ssh -p 22 build@host
Last login: secure session established

$ sw_vers -productVersion
15.x

$ xcodebuild -scheme App \
  -configuration Debug \
  -destination 'generic/platform=macOS' build

Resolve Package Graph
CompileSwiftSources normal arm64
Ld build/Debug/App normal arm64
** BUILD SUCCEEDED **

$ fastlane lanes
Available lanes:
  mac test
  mac build
  mac archive

$ fastlane mac test
Tests: passed
Artifacts: ./build/reports

Poursuivez uniquement après connexion

Lors de la première connexion, vérifiez la source de l’empreinte de l’hôte. En cas d’échec, ne modifiez pas plusieurs variables à la fois : contrôlez d’abord l’adresse, le port, le nom d’utilisateur et le réseau local.

Commencez par une petite cible de test

Choisissez un scheme avec peu de dépendances et une durée maîtrisée afin de vérifier le compilateur, la résolution des dépendances, le répertoire de cache et les droits d’écriture.

Conserver les journaux bruts

En cas d’échec du build, conservez la commande complète, le code de sortie et les journaux masqués. La dernière ligne seule ne suffit généralement pas à identifier l’étape en cause.

Étape 5

Comparer les résultats réels du nœud avec la commande

Un build de test réussi prouve seulement que la chaîne d’outils fonctionne. Avant l’utilisation en production, vérifiez aussi que le matériel, le stockage, la région et la sortie réseau correspondent à la commande.

Checklist de première livraison du Mac dans le cloud
Élément à vérifier	Méthode de contrôle	Critère de validation
Puce et mémoire	Consulter la vue matérielle du système ou les informations matérielles en ligne de commande	Offre de base : M4 / 16GB ; offre supérieure : M4 Pro / 64GB
Stockage de base	Vérifier la capacité totale, l’espace disponible et les points de montage	Offre de base : 256GB ; offre supérieure : 2TB, conformément aux options choisies
Région du nœud	Comparer le code du nœud de la commande, le dossier de livraison et la direction de sortie réseau	SG, JP, KR, HK ou US-W doit correspondre au choix de la commande
Outils de développement	Exécuter les commandes de version et un petit build de test	Les outils sont accessibles, les dépendances se résolvent et le code de sortie du build indique une réussite
Session distante	Se déconnecter, fermer la session, puis se reconnecter une fois	Les identifiants sont valides, SSH ou VNC se reconnecte de façon stable et l’état des tâches en arrière-plan est conforme

Les informations de sortie Internet servent à confirmer la direction d’accès, pas à déduire l’emplacement précis du centre de données. Si un champ clé ne correspond pas à la commande, cessez d’abord d’écrire des données importantes, puis ouvrez un ticket depuis la console.

Validation de la livraison

Effectuez cinq tests avant de transférer vos tâches de production

La validation doit prouver que tout le parcours, de la connexion locale à la récupération des artefacts, fonctionne. Ne remplacez pas les tests de build et d’export par la simple visibilité du bureau.

Connexion distante : effectuez une première connexion SSH ou VNC et vérifiez qu’elle est rétablie après une déconnexion.

Clonage du dépôt : utilisez des identifiants contrôlés pour récupérer un dépôt de test et vérifiez le réseau, les droits et l’écriture sur disque.

Build de test : lancez un petit build reproductible et conservez la commande, le code de sortie et les journaux.

Export des artefacts : écrivez les artefacts de test dans le répertoire prévu, puis effectuez un téléchargement sécurisé ou un archivage.

Déconnexion et reconnexion : fermez volontairement la session puis reconnectez-vous afin de confirmer l’environnement, l’état des tâches et l’intégrité des fichiers.

5 / 5 Le nœud est validé uniquement après réussite des cinq tests

Étape suivante

Choisissez le parcours correspondant à votre besoin

Pour ajuster la connexion, diagnostiquer un problème de build ou gérer le service actuel, inutile de reprendre tout le parcours.

Configurer SSH et VNC

Consultez les paramètres de connexion, les réglages de qualité et de résolution, le diagnostic de latence, la récupération après coupure et les recommandations de sécurité des sessions.

Voir le guide d’accès à distance

Diagnostiquer les problèmes de build et de réseau

Recherchez une procédure par message d’erreur, nom d’outil, méthode de connexion ou sujet de commande, et préparez des journaux masqués pour le support.

Accéder au centre d’aide

Gérer les commandes et les services

Consultez la durée actuelle, le nœud, les options et l’état du service. Pour obtenir de l’aide, ouvrez depuis la console un ticket avec l’identifiant de commande.

Ouvrir la console

Prêt à commencer

Vérifiez l’usage, le nœud et la durée avant de commander

Les deux offres de Mac mini physique dédié peuvent être louées à la journée, à la semaine, au mois ou au trimestre. La disponibilité effective est celle renvoyée en temps réel par la console.

Louer un Mac dans le cloud Voir tous les tarifs