Disponibilité des faux joueurs FiveM : ce que couvre le SLA

La formule "disponibilité à 100 %" est devenue une affirmation par défaut dans la catégorie des faux joueurs FiveM, sans définition consensuelle derrière elle. Avant de vous inscrire auprès d'un prestataire, vous devez savoir ce que le chiffre couvre réellement, car l'écart entre "disponibilité à 100 %" comme affirmation et comme engagement contraignant est significatif.

Cet article explique ce que notre SLA couvre, comment fonctionnent les extensions de période d'abonnement en cas de manquement, ce que la redondance d'infrastructure signifie concrètement pour un service de faux joueurs (les bots qui maintiennent la population de votre serveur visible), et quelles questions poser à tout prestataire pour évaluer ses affirmations avant de vous engager financièrement.

Ce que signifie réellement une disponibilité à 100 %

La disponibilité est une mesure de la disponibilité du service sur une fenêtre temporelle. Une disponibilité à 100 % signifie que le service était disponible pendant 100 % de la période de facturation. À 99,9 % de disponibilité, une période de facturation mensuelle peut inclure jusqu'à 43 minutes d'interruption avant que le SLA soit enfreint. À 99,5 %, cette fenêtre s'élargit à 3,6 heures. Ces chiffres sont importants car un service de faux joueurs hors ligne pendant deux heures durant votre fenêtre de soirée de pointe vous fait perdre des opportunités d'acquisition de vrais joueurs qui ne se remboursent pas automatiquement.

La distinction entre la disponibilité de l'infrastructure et la disponibilité de connexion des joueurs est importante. La disponibilité de l'infrastructure mesure si nos systèmes fonctionnent. La disponibilité de connexion des joueurs mesure si vos faux joueurs spécifiques sont connectés et visibles sur votre serveur. Ces deux aspects sont liés mais pas identiques. Un prestataire peut avoir ses systèmes backend en ligne tandis que vos joueurs sont déconnectés en raison d'un problème de routage, d'un point de connexion mal configuré, ou d'un événement de la plateforme FiveM.

Comment fonctionnent les extensions en cas de panne

Nous n'émettons pas de remboursements monétaires car nos coûts d'infrastructure sont engagés dès le moment de votre achat. Les connexions, la capacité et les créneaux opérateurs sont réservés en votre nom immédiatement. Ce que nous offrons, c'est une extension de la période active. Si notre service est en panne pendant 5 jours, votre abonnement est prolongé de 5 jours. Vous ne perdez pas le temps. Vous ne récupérez pas d'argent.

1. La panne est détectée par notre système de surveillance lorsque vos joueurs se déconnectent et ne se reconnectent pas dans les cinq minutes.
2. L'incident est enregistré avec une heure de début et une heure de fin.
3. L'extension est calculée en jours proportionnellement à la durée de panne confirmée.
4. L'extension apparaît sur votre compte avant la clôture du prochain cycle de facturation.
5. Vous n'avez pas besoin d'ouvrir un ticket d'assistance pour recevoir l'extension.

La politique d'extension s'applique aux pannes causées par notre infrastructure. Elle ne s'applique pas aux pannes causées par votre serveur hors ligne, votre serveur qui rejette des connexions en raison de limites de slots ou de règles de pare-feu, ou aux pannes de la plateforme FiveM affectant tous les serveurs mondialement. Nous documentons clairement la portée pour que les conditions soient sans ambiguïté.

Redondance d'infrastructure pour les services de faux joueurs

Un service de faux joueurs a des exigences d'infrastructure différentes de celles d'un produit SaaS traditionnel. Les faux joueurs sont des connexions réseau actives qui doivent maintenir un état persistant avec votre serveur FiveM. Si le nœud générant ces connexions redémarre, toutes les connexions s'interrompent simultanément et doivent se rétablir. Cela est visible dans la liste de joueurs de votre serveur sous forme d'un départ soudain et massif suivi d'une vague de reconnexion.

Nous exploitons une infrastructure multi régions spécifiquement pour éviter les points de défaillance unique dans la génération de connexions. Lorsqu'un nœud dans une région tombe en panne, les connexions sont migrées vers des nœuds dans des régions adjacentes. La migration crée une brève fenêtre de reconnexion, mais elle évite la perte totale de joueurs. La raison pour laquelle cela est important opérationnellement est qu'un départ et une reconnexion en masse à 20h un vendredi pendant votre fenêtre de pointe est visible pour chaque vrai joueur sur votre serveur.

Fenêtres de maintenance et comment les gérer

La maintenance planifiée est la forme d'interruption planifiée la plus honnête. Lorsque nous devons mettre à jour les logiciels de connexion, faire tourner l'infrastructure ou appliquer des correctifs de sécurité, nous planifions une fenêtre de maintenance et l'annonçons à l'avance. Les fenêtres de maintenance sont distinctes des interruptions non planifiées dans le SLA : elles sont divulguées, délimitées et planifiées pendant les heures creuses de chaque région.

Ce que les opérateurs doivent savoir sur les fenêtres de maintenance :

• Les fenêtres de maintenance sont annoncées au moins 24 heures à l'avance via le tableau de bord et Discord.
• Les fenêtres sont planifiées de 3h à 5h du matin dans l'heure locale de la région concernée dans la mesure du possible.
• Votre configuration de planification supprime automatiquement les faux joueurs pendant une fenêtre de maintenance, donc vous n'êtes pas facturé pour le temps où vos joueurs sont hors ligne.
• Les fenêtres durent généralement de 20 à 45 minutes pour les mises à jour de routine.

Questions à poser sur toute affirmation de disponibilité

Avant de vous inscrire auprès d'un prestataire de faux joueurs, posez ces questions spécifiques. Un prestataire qui ne peut pas y répondre clairement opère sans un vrai SLA, quoi que dise sa page d'accueil.

1. Votre SLA de disponibilité concerne-t-il la disponibilité de l'infrastructure ou la disponibilité de connexion des joueurs ? Ce sont des mesures différentes.
2. Quelle est votre politique en cas de manquement au SLA ? Est-ce automatique ou dois-je déposer une réclamation ?
3. Où est votre page de statut publique ? Puis-je voir les données historiques de disponibilité avant de m'inscrire ?
4. Exploitez-vous des nœuds de connexion redondants ou une seule origine ? Que se passe-t-il si ce nœud tombe en panne ?
5. Les fenêtres de maintenance sont-elles exclues des calculs du SLA ? Sont-elles divulguées à l'avance ?
6. La politique d'extension s'applique-t-elle aux pannes partielles, ou uniquement aux pannes dépassant un seuil minimum ?

Comment la facturation quotidienne modifie votre exposition aux pannes

Un aspect sous-estimé de la facturation quotidienne est la façon dont elle limite votre exposition lorsqu'un service tombe en panne. Si vous êtes sur un plan mensuel à 3 € par joueur par mois avec 30 joueurs, vous avez engagé 90 € à l'avance. Si le service a une panne de trois jours en milieu de mois, on vous doit un crédit pour trois jours (9 €), mais vous avez déjà payé les 90 € et devez attendre la résolution. Sur un plan quotidien à 1 € par joueur, vous avez engagé 30 € pour le jour en cours. Votre exposition à tout moment est d'une journée de facturation.

Comment lire une page de statut avant de vous inscrire

Une page de statut publique est la preuve la plus directe qu'un prestataire prend la disponibilité suffisamment au sérieux pour en être responsable. Une page de statut avec seulement un badge "Opérationnel" et sans historique d'incidents n'est pas utile. N'importe qui peut mettre en place un badge vert. Ce qui compte, c'est de savoir si la page de statut affiche des données historiques sur les incidents : quand les pannes ont eu lieu, combien de temps elles ont duré, et ce qui les a causées.

Lorsque vous lisez une page de statut avant de vous inscrire, recherchez ces éléments spécifiques :

• Historique des incidents remontant à au moins 90 jours. Si la page ne montre aucun incident en trois mois, soit le service est véritablement fiable, soit la page n'est pas réellement connectée à une surveillance en temps réel.
• Temps de résolution des incidents. Une panne de trois heures est très différente d'une panne de trois heures résolue en 20 minutes. Recherchez le temps entre la création de l'incident et sa résolution.
• La différence entre le statut de l'infrastructure et le statut des joueurs côté client. Certains prestataires n'affichent que la disponibilité du backend tandis que les connexions des joueurs sont interrompues.
• Annonces de maintenance. Une page de statut qui n'a jamais eu d'entrée de maintenance effectue soit la maintenance sans la divulguer, soit n'a jamais mis à jour son infrastructure.

Ce que le SLA à 100 % signifie en pratique

Nous nous engageons à avoir vos faux joueurs connectés pendant 100 % de votre temps actif planifié. Si nous manquons à cet engagement, nous prolongeons votre période d'abonnement du temps que nous n'avons pas fourni. Nous n'émettons pas de remboursements monétaires car nos coûts d'infrastructure sont engagés au moment de l'achat. Il n'existe pas de seuil minimum de panne avant que les extensions s'appliquent. La politique est importante car elle crée une véritable structure de responsabilité qu'une vague promesse de disponibilité ne crée pas.

Les extensions sont appliquées automatiquement, pas via un processus de ticket d'assistance. L'application automatique supprime la négociation. Si la surveillance détecte une interruption de notre côté, l'extension est appliquée à votre abonnement.

Prochaines étapes

Si vous souhaitez approfondir les questions spécifiques que les opérateurs posent sur les garanties de disponibilité et ce que les réponses signifient réellement en pratique, la

couvre les 10 questions les plus fréquentes que nous recevons sur la portée du SLA, les calculs de crédits et la manière de lire une page de statut.