Expected QPS, latency, and data retention
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- api, backend-api-design
Línea de trabajo
No se identifican archivos, pruebas ni puntos de entrada de implementación. Comienza por resolver las expectativas propuestas de QPS y límites de tasa, la latencia aceptable o el comportamiento asíncrono, y la política de retención de datos; se considerará terminado cuando exista una decisión documentada que pueda aplicarse de forma coherente a las APIs.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 753
- Forks
- 255
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de openmobilityfoundation/mobility-data-specification
-
documentation
Dificultad 1/5 1-3 horas Aptitud para principiantes 85/100
openmobilityfoundation/mobility-data-specification#994 · 4 reacciones ·
-
Policy
Dificultad 5/5 Más de una semana Aptitud para principiantes 18/100
openmobilityfoundation/mobility-data-specification#996 · 1 reacción ·
-
Move Provider/Agency List out of MDS repoQuizá libre de nuevo @schnuerle la tomó hace 37 días y no hay ningún pull request abierto. Abiertoidentifier change
openmobilityfoundation/mobility-data-specification#995 · 1 asignado ·
-
Agency Provider
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
openmobilityfoundation/mobility-data-specification#993 · 1 comentario ·
-
Pedestrian-proximity behaviour of delivery robots: proposed incident types and permit fieldsAbiertoAgency Delivery Policy Provider
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de openmobilityfoundation/mobility-data-specification
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
G-nn-r/lg_heatpump#52 ·
-
grep: unknown parameter file_path is silently dropped, so the search runs over the whole cwdAbiertoarea: core bug priority: high
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
griffinwork40/agent-afk#4872 ·
Los mantenedores suelen responder en 1 día
-
fleet size/m
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
sipyourdrink-ltd/bernstein#7517 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día
-
BUG-MERGE-TO-HDR-RESULT-NAMEPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
storytold/photocraft#14025 ·
Los mantenedores suelen responder en 1 día