Conversion des requêtes par seconde en volume journalier
Exprimez un même débit sur toutes les échelles de temps : 125 demandes par seconde font 7 500 par minute, 450 000 par heure et 10 800 000 par jour. La durée du mois reste un choix visible, 30 jours par défaut. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Taux d’intérêt
- 125
- Jours par mois
- 30
- Débit d'entrée
- 125
- Unité d'entrée
- per_second
- Par seconde
- 125
- Par minute
- 7 500
Les chiffres de trafic décrivent souvent une même charge avec des intervalles différents. Une alerte peut afficher des requêtes par seconde, un relevé de facturation un total journalier et un plan de capacité un volume mensuel. Ce convertisseur place ces valeurs sur une base commune. Saisissez un taux soutenu et son intervalle pour obtenir les équivalents par seconde, minute, heure, jour et mois, avec une convention mensuelle explicite qui préserve les hypothèses de planification.
Convertissez un taux soutenu sans en changer le sens
Un taux de requêtes est une quantité divisée par une durée ; sa conversion ne revient donc ni à estimer une pointe ni à additionner un échantillon. Partez du taux indiqué par la source et sélectionnez l’intervalle correspondant. Par exemple, 125 requêtes par seconde signifie que le service traiterait 125 requêtes chaque seconde si la charge restait stable.
Le convertisseur ramène d’abord la valeur fournie à une base par seconde, puis multiplie cette base par le nombre de secondes d’une minute, d’une heure, d’un jour et du mois de planification. Les cinq résultats décrivent ainsi une seule charge soutenue, et non cinq prévisions indépendantes. Utilisez la sortie pour harmoniser les libellés de plusieurs outils de suivi, comparer un quota par minute à un tableau de bord par seconde ou reporter une mesure opérationnelle dans un tableau quotidien de capacité.
Ne considérez pas le résultat journalier ou mensuel comme la promesse d’un trafic uniforme. Il s’agit de l’équivalent mathématique du taux saisi ; la production peut toujours connaître des pointes, creux, nouvelles tentatives, tâches planifiées ou interruptions.
Choisissez et consignez la convention mensuelle
Dans ce calculateur, les secondes, minutes, heures et jours ont des rapports fixes : une minute compte 60 secondes, une heure 3,600 secondes et un jour 86,400 secondes. Un mois est différent, car les mois calendaires n’ont pas tous la même durée. Sa valeur par défaut est 30 jours, base courante en planification de capacité, et vous pouvez saisir une valeur de 1 à 31 si votre tableau de bord, contrat ou modèle financier emploie une autre définition.
Si un quota prévoit un million de requêtes par mois calendaire, choisissez le nombre réel de jours uniquement pour l’analyse d’un mois précis. Pour un plan récurrent, adoptez une convention documentée et conservez-la dans toutes les comparaisons. Deux estimations mensuelles peuvent ainsi être justes tout en différant si l’une utilise 30 jours et l’autre 30.4375.
Aligner la convention avant toute comparaison évite cet écart.
Exploitez le résultat dans vos tableaux de bord et plans
Pour le suivi, copiez la sortie dont l’intervalle correspond au panneau de destination et conservez assez de contexte pour identifier l’intervalle source. Un équivalent journalier aide à vérifier si une observation soutenue par seconde respecte une limite quotidienne d’ingestion. Un équivalent par seconde permet de confronter une allocation mensuelle à un seuil d’ajustement automatique.
En planification de capacité, prenez la conversion comme référence et ajoutez les facteurs opérationnels : rapport pointe-moyenne, marge, défauts de cache, amplification des nouvelles tentatives, déséquilibre régional, croissance prévue et fenêtres de maintenance peuvent modifier l’infrastructure requise sans changer le calcul du taux. Le calculateur accepte zéro, car un service arrêté ou inactif possède des équivalents nuls valides. Il refuse les valeurs négatives, non numériques, infinies et les unités non prises en charge.
Un arrondi stable garantit la cohérence des comparaisons automatisées.
Cas d’usage
Normaliser les tableaux de suivi
Convertissez les taux de tableaux utilisant différents intervalles avant de comparer trafic ou seuils d’alerte.
Vérifier un quota de service
Ramenez une allocation par minute ou mensuelle à la base par seconde d’un modèle de capacité applicatif.
Préparer une prévision quotidienne
Transformez un taux soutenu observé en référence journalière claire avant d’ajouter pointes, croissance et marge.
Questions fréquentes
La valeur journalière prédit-elle le trafic réel ?
Non. C’est l’équivalent journalier exact d’un taux soutenu ; elle ne modélise ni variations de demande, ni pannes, ni nouvelles tentatives, ni pointes.
Les taux fractionnaires sont-ils acceptés ?
Oui. Tout taux numérique fini et positif ou nul est accepté, y compris les moyennes fractionnaires.
Combien de demandes par jour font 125 par seconde ?
Cela fait 10 800 000 par jour, car une journée compte 86 400 secondes et le débit est multiplié par ce nombre. Avec un mois de 30 jours, la même charge constante atteint 324 000 000 par mois.
Combien de jours compte le mois dans le calcul ?
Trente par défaut, une base courante en planification de capacité, mais vous pouvez choisir de 1 à 31. Deux estimations mensuelles justes peuvent diverger si l'une utilise 30 jours et l'autre 30,4375 : mieux vaut fixer une convention.
Puis-je comparer un quota par minute avec un tableau de bord par seconde ?
Oui. Saisissez le quota avec la minute comme intervalle et lisez le résultat par seconde. Chaque chiffre est d'abord ramené à une base par seconde, si bien que les cinq résultats décrivent la même charge constante.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/dev/qps-to-daily \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"rate":125,"unit":"per_second"}'const res = await fetch("https://api.kit.forhosting.com/dev/qps-to-daily", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"rate": 125,
"unit": "per_second"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/qps-to-daily",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"rate": 125,
"unit": "per_second"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/qps-to-daily", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"rate":125,"unit":"per_second"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"rate":125,"unit":"per_second"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/qps-to-daily", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"rate": 125,
"unit": "per_second"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.qps_to_daily",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Choisissez et consignez la convention mensuelle
Le champ days_per_month rend cette ambiguïté explicite au lieu de dissimuler une convention dans le résultat. La sortie days_per_month associe cette hypothèse à chaque conversion.
Exploitez le résultat dans vos tableaux de bord et plans
Chaque appel API coûte $0.002 ; l’implémentation déterministe n’utilise ni réseau, ni date actuelle, ni hasard, ni état stocké, donc des entrées identiques produisent des sorties identiques.
Questions techniques
Quel est le prix d’un appel API ?
Chaque requête API coûte $0.002.
Comment un mois est-il défini ?
Le champ days_per_month le définit et vaut 30 jours par défaut. La valeur choisie figure dans la sortie.
Puis-je reconvertir un taux mensuel en requêtes par seconde ?
Oui. Sélectionnez per_month comme unité source et reprenez la convention mensuelle de la valeur d’origine.