Feat/issue326 [New] Limiter le nombre d'appels aux API HTTP #355
Conversation
| | Côté Client | | ||
| | :----------------------------------------------------------- | | ||
| | Le résultat d'une requête HTTP doit être mis en cache tant qu'il est valide | | ||
|
|
||
| | Côté Serveur | | ||
| | :----------------------------------------------------------- | | ||
| | La mise en place de quotas de requêtes HTTP permet un usage modéré de l'API | |
There was a problem hiding this comment.
Le but est d'avoir une règle avec un seuil mais pas ultra évident ici...
Peut-être un truc du genre:
Nombre d'API HTTP avec des données peu volatiles sans mise en place de quotas < 10% ?
There was a problem hiding this comment.
Je pense que les quotas sont nécessaires mais également qu'ils sont directement liés au métier de l'application.
Une API de paiement n'aura pas les mêmes règles que l'API de l'INSEE pour récupérer les communes de France.
J'ai donc éliminé les règles basées sur "Limiter à X requête par minute"
J'ai donc essayé de réfléchir à une règle basée sur la validité de la réponse mais sincèrement, je n'ai pas vraiment trouvé de seuil universel.
- On pourrait parler du nombre de EndPoint qui bénéficie d'une stratégie de cache pertinente, ...
- On pourrait parler du pourcentage de requête évité grâce à la stratégie de cache, ...
Mais là encore, ce n'est pas parfait.
There was a problem hiding this comment.
Yes, difficile de trouver une règle parfaite. Je partirais sur ton idée:
nombre de endpoints qui ne bénéficient pas d'une stratégie de cache pertinente < 0
Closes #326
Proposition à relire et à retravailler si besoin.