« Non géré » est un terme du secteur, pas une façon de dire que le support est limité — il décrit exactement où se situe la ligne entre ce que la plateforme fait tourner et ce que vous configurez par-dessus, et connaître cette ligne à l'avance est ce qui fait qu'un ticket atterrit au bon endroit du premier coup.
Ce que la ligne sépare vraiment
La plateforme est responsable de ce qu'elle est en position unique de connaître et de corriger : le matériel physique, l'alimentation, le chemin réseau, le filtrage anti-DDoS et le panel lui-même. Tout ce qui est au-dessus — quelles extensions sont installées, comment elles sont configurées, ce que signifie une erreur précise dans le journal d'une extension précise, ce qu'il y a dans une base MySQL, qui est banni en jeu — dépend entièrement de choix que seul le propriétaire du serveur a faits, et une équipe de support ne peut pas déboguer des milliers de combinaisons d'extensions différentes avec la profondeur avec laquelle un propriétaire comprend déjà sa propre installation.
Où va chaque problème
| Problème | Pris en charge par |
|---|---|
| Le nœud ou le réseau est en panne | Le support — c'est de l'infrastructure |
| Une extension lève une erreur au démarrage | Vous — c'est votre choix d'extension et votre configuration |
| Le panel ne se charge pas du tout | Le support — le panel lui-même est géré par la plateforme |
| Un joueur griefe votre monde | Vous — la modération en jeu est de l'administration de serveur |
| Vous voulez qu'on vous monte toute l'installation — extensions choisies, réglées et configurées | Chorus Development, le studio partenaire précisément pour ce genre de travail géré |
« Le nœud semble lent pour tout le monde » est une question d'infrastructure sur laquelle le support peut agir immédiatement. « Mon extension lève exactement cette erreur, voici le journal » est une question de configuration que vous avez de quoi résoudre vous-même avec ce journal — que le support le signale n'est pas un rejet, c'est un aiguillage correct.