influxdata / influxdata/influxdb-client-python
Best strategy for queueing when network/server is down
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 793
- Forks
- 186
- Ø Merge
- 3 Std. 2 Min.
- Gemergte PRs (30 T.)
- 1
Beschreibung
I have InfluxDB running on a server, and several raspberry pi's collecting data IoT style. When the network connection is lost between PIs and server, how should the client queue data for later retry/batch submission so as to not lose any data? Additionally, PIs have small amounts of RAM, so this queue would need to be disk-based. What is the best strategy here? Just keep appending wire-line strings to a file, or is there something better?
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Dieses Issue nennt keine Datei, keinen Test und keinen Einstiegspunkt; es fordert eine Strategie für eine datenträgergestützte Warteschlange und Wiederholungsversuche an, wenn Raspberry Pis den InfluxDB-Server nicht erreichen können. Beginne damit, das bestehende Schreib- und Wiederholungsverhalten des Clients zu ermitteln, und lege anschließend die Kriterien für Persistenz, Batching, Wiederholungsversuche und Abschluss der Warteschlange fest, bevor du mit der Implementierung beginnst.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python, raspberry-pi
- Bereich
- databases, distributed-systems, embedded-iot
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100