Expected QPS, latency, and data retention
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- api, backend-api-design
Direzione di ricerca
Non sono identificati file, test o punti di ingresso dell'implementazione. Inizia risolvendo le aspettative proposte relative a QPS e limiti di frequenza, alla latenza accettabile o al comportamento asincrono e alla policy di conservazione dei dati; il lavoro sarà completo quando sarà disponibile una decisione documentata applicabile in modo coerente alle APIs.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Providing frequent and quick access to an ever growing set of data will obviously put pressure on provider's infrastructure, especially for new or smaller providers which may not have as sophisticated technology stacks. I think that we should establish explicit limits and expectations around QPS, latency, and data retention.
QPS/Load
- What kind of QPS should providers expect on these APIs?
- As a provider, I expect we will want to enforce rate limits, what are acceptable limits?
Latency
- What is an acceptable latency?
- Should we consider asynchronous implementations for providers that cannot meet latency expectations easily?
Data Retention
- What is the expected data retention? Indefinite?
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 753
- Fork
- 255
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openmobilityfoundation/mobility-data-specification
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 85/100
openmobilityfoundation/mobility-data-specification#994 · 4 reazioni ·
-
Policy
Difficoltà 5/5 Più di una settimana Idoneità per principianti 18/100
openmobilityfoundation/mobility-data-specification#996 · 1 reazione ·
-
Move Provider/Agency List out of MDS repoForse di nuovo libera @schnuerle l’ha presa 37 giorni fa e non c’è nessuna pull request aperta. Apertaidentifier change
openmobilityfoundation/mobility-data-specification#995 · 1 assegnatario ·
-
Agency Provider
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
openmobilityfoundation/mobility-data-specification#993 · 1 commento ·
-
Agency Delivery Policy Provider
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Tutte le issue di openmobilityfoundation/mobility-data-specification
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
G-nn-r/lg_heatpump#52 ·
-
area: core bug priority: high
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
griffinwork40/agent-afk#4872 ·
I maintainer di solito rispondono entro 1 giorno
-
fleet size/m
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
sipyourdrink-ltd/bernstein#7517 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
BUG-MERGE-TO-HDR-RESULT-NAMEApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
storytold/photocraft#14025 ·
I maintainer di solito rispondono entro 1 giorno