Bot uptime monitoring
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 305
- Forks
- 148
- Ø Merge
- 9 Std. 2 Min.
- Gemergte PRs (30 T.)
- 3
Beschreibung
As this bot moves into production and starts getting integrated in various flows where people start depending on it, I think it is time to think about how we can monitory uptime and response-time of the bot.
Here are some suggestions which I have experience with:
| Name | Price | License | Remarks |
|---|---|---|---|
| Pingdom | $14.95/mo | ❌Proprietary | Easy to set up, but expensive 😕 |
| Pagerduty | $9/mo | ❌Proprietary | Very advanced. Much enterpizy 😐 |
| fzaninotto/uptime | Free | ✅MIT | Unfortunately this project is not maintained any more 😢 |
| DIY | Free | ✅MIT | Make something our self similar to what I have made for monitoring Jenkins Slaves |
We could send a shout out to Pingdom and Pagerduty to hear if they would like to sponsor the Node.js Foundation – it might be worth a shot.
Beitragsleitfaden
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
Das Issue nennt keine Dateien, Tests oder Einstiegspunkte. Beginne mit der Überprüfung des Production-Deployments des Bots und der verfügbaren Integrationspunkte und vergleiche anschließend die im Issue aufgeführten Monitoring-Optionen. Der Abschluss sollte einen abgestimmten Monitoring-Ansatz für Uptime und Antwortzeit enthalten, dessen betriebliche Anforderungen definiert sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript, nodejs
- Bereich
- observability
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100