We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
En enquêtant sur l’ANTS on s’est rendus compte que Scalingo peut couper les requêtes brutalement et qu’on n’en n’est pas avertis.
On aimerait intercepter les requêtes lentes avant scalingo, donc par exemple en timeoutant à 29s (scalingo coupe à 30s).
On voudrait par ordre décroissant de priorité :
L’ANTS fait des requêtes à notre API et coupe au bout de 15s. Pour cette route en particulier on aimerait donc diminuer le timeout
La config puma worker_timeout ne gère pas ça mais le démarrage des processes
On est en train de regarder rack-timeout comme le suggère d’ailleurs heroku
The text was updated successfully, but these errors were encountered:
francois-ferrandis
No branches or pull requests
ℹ️ Contexte
En enquêtant sur l’ANTS on s’est rendus compte que Scalingo peut couper les requêtes brutalement et qu’on n’en n’est pas avertis.
❓ Définition du problème
On aimerait intercepter les requêtes lentes avant scalingo, donc par exemple en timeoutant à 29s (scalingo coupe à 30s).
On voudrait par ordre décroissant de priorité :
L’ANTS fait des requêtes à notre API et coupe au bout de 15s.
Pour cette route en particulier on aimerait donc diminuer le timeout
💡 Solution envisagée
La config puma worker_timeout ne gère pas ça mais le démarrage des processes
On est en train de regarder rack-timeout comme le suggère d’ailleurs heroku
🧪 Scénarios de test
The text was updated successfully, but these errors were encountered: