joegasewicz / joegasewicz/leadstorefront
Set up platform alerting
- Dominant language
- Go
- Stars
- 1
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
## Summary
Set up alerting for platform and infrastructure health.
## Scope
- Evaluate whether to use an existing Apache/open-source project or implement a small internal alerting setup.
- Monitor platform_web, platform_api, Caddy, Postgres, MongoDB, Woodpecker CI, disk usage, backup jobs, and critical cron/batch tasks.
- Define alert destinations and severity levels.
- Keep the first version simple and maintainable.
## Acceptance Criteria
- Chosen alerting approach is documented.
- Critical services and backup jobs have alerts.
- Disk usage and service availability are monitored.
- Alert delivery is tested.
- Runbook notes exist for common alerts.
Contributor guide
No contributing guide indexed for this repository
Research direction
Use the issue scope as the starting map: review platform_web, platform_api, Caddy, Postgres, MongoDB, Woodpecker CI, disk usage, backups, and cron or batch tasks. Document the chosen alerting approach, define destinations and severity levels, add the required critical-service and backup alerts, test delivery, and record common-alert runbook notes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- apache, go, mongodb, postgres
- Domain
- ci-cd, databases, devops, infrastructure, observability-sre
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100