Skip to main content

​
Ce que c’est

Mellowtel limite automatiquement le nombre de requêtes qu’un seul appareil (un “nœud”) acceptera et traitera. Cette limite est appliquée à l’intérieur du SDK. Tu ne la configures pas, et un partenaire malveillant ne peut pas l’augmenter de l’extérieur.

​
Pourquoi c’est important

Le partage de bande passante ne devrait jamais ralentir l’application ou la connexion de l’utilisateur. Si un nœud traitait un nombre illimité de requêtes, un utilisateur sur un réseau lent le ressentirait. La limitation de débit est le mécanisme qui protège cette promesse, et c’est pourquoi tu peux déployer Mellowtel auprès de vrais utilisateurs sans te soucier des tickets de support concernant “le navigateur semble lent.”

​
Comment ça fonctionne

Chaque requête s’exécute dans une fenêtre isolée et sans identifiants (voir Confidentialité). Étant donné que les requêtes sont isolées de la session de l’utilisateur, le seul paramètre qui compte pour l’expérience utilisateur est combien s’exécutent, et c’est ce que la limitation de débit contrôle. La limite actuelle varie en fonction de :
  • Vitesse de la bande passante : les connexions plus lentes reçoivent moins de requêtes.
  • Géolocalisation : la capacité est équilibrée régionalement.
  • Disponibilité globale du réseau : le SDK se retire lorsque la demande mondiale est faible.
À FAIRE : Documenter les chiffres concrets (plafonds de req/min, niveaux géographiques, seuils de bande passante) une fois finalisés. Pour l’instant, les limites sont intentionnellement adaptatives et non exposées via l’API publique.

​
Surface de l’API

Il n’y a pas d’API de limitation de débit à appeler. La régulation est interne et toujours activée. Tu ne peux pas la désactiver, et tu ne devrais pas avoir besoin de l’inspecter. Si tu penses que la limitation de débit cause un problème dans ton intégration, ouvre un problème sur GitHub ou contacte-nous sur Discord.

​
Connexe