Add service health monitoring: postgres, node, cAdvisor exporters + dashboard
Exporters: - postgres_exporter: DB connections, transactions, cache hit ratio, query stats - node_exporter: host CPU, memory, disk, network - cAdvisor: per-container CPU and memory usage PostgreSQL: - Enable pg_stat_statements for query-level performance tracking - Track index scans vs sequential scans, cache hit ratio Dashboard (service-health.json): - DB: connections, size, transactions/s, slow queries, cache hit ratio, index usage - Host: disk gauge, CPU, memory, network I/O, disk I/O - BRouter: request latency p50/p95/p99, container CPU + memory - All containers: CPU and memory comparison Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
f87aca6188
commit
424e692ee0
14 changed files with 326 additions and 12 deletions
|
|
@ -52,11 +52,19 @@ The infrastructure SHALL support downloading and updating Germany RD5 segments f
|
|||
- **THEN** RD5 segments are updated from brouter.de and the BRouter container is restarted
|
||||
|
||||
### Requirement: CI/CD pipeline
|
||||
GitHub Actions SHALL build, deploy, and security-scan both apps on push to main.
|
||||
GitHub Actions SHALL use separate workflows for app deployment and infrastructure deployment, with secrets decrypted from a SOPS-encrypted file.
|
||||
|
||||
#### Scenario: Push triggers deployment
|
||||
- **WHEN** code is pushed to the main branch
|
||||
- **THEN** GitHub Actions builds Docker images, pushes to ghcr.io/trails-cool/, and deploys to the Hetzner server
|
||||
#### Scenario: App deployment
|
||||
- **WHEN** code changes are pushed to main in apps/ or packages/
|
||||
- **THEN** the cd-apps workflow builds Docker images, pushes to ghcr.io, and deploys app containers
|
||||
|
||||
#### Scenario: Infrastructure deployment
|
||||
- **WHEN** changes are pushed to main in infrastructure/
|
||||
- **THEN** the cd-infra workflow copies configs and restarts infrastructure services without rebuilding app images
|
||||
|
||||
#### Scenario: Secret decryption at deploy time
|
||||
- **WHEN** either CD workflow runs
|
||||
- **THEN** the SOPS-encrypted secrets file is decrypted and provided to docker-compose as an env file
|
||||
|
||||
#### Scenario: Gitleaks scan
|
||||
- **WHEN** a PR is opened
|
||||
|
|
@ -102,3 +110,14 @@ The system SHALL enrich Sentry events with user and session context, use route-a
|
|||
#### Scenario: Source maps not served to clients
|
||||
- **WHEN** a client requests a `.map` file from the production server
|
||||
- **THEN** the server SHALL return 404 (source maps are uploaded to Sentry during build, not shipped in the bundle)
|
||||
|
||||
### Requirement: Grafana authentication
|
||||
Grafana SHALL authenticate users via GitHub OAuth, restricted to the trails-cool GitHub organization.
|
||||
|
||||
#### Scenario: GitHub OAuth login
|
||||
- **WHEN** a user navigates to grafana.internal.trails.cool
|
||||
- **THEN** they are redirected to GitHub for authentication and granted access if they are a member of the trails-cool organization
|
||||
|
||||
#### Scenario: No password-based login
|
||||
- **WHEN** Grafana is deployed
|
||||
- **THEN** the login form is disabled and only GitHub OAuth is available
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue