|
| 1 | +--- |
| 2 | +name: Service Type Request |
| 3 | +about: Request support for a new service type or monitoring backend |
| 4 | +title: "[Service Type] " |
| 5 | +labels: enhancement, service-type |
| 6 | +assignees: '' |
| 7 | +--- |
| 8 | + |
| 9 | +## Service Type Name |
| 10 | + |
| 11 | +Name of the service type or monitoring backend (e.g., Prometheus, Grafana, StatsD, custom health checker). |
| 12 | + |
| 13 | +## Service Category |
| 14 | + |
| 15 | +- [ ] Monitoring backend (metrics collection and alerting) |
| 16 | +- [ ] Health check provider (service availability verification) |
| 17 | +- [ ] Log aggregator (centralized log collection) |
| 18 | +- [ ] Container orchestrator (Docker/Podman/Kubernetes integration) |
| 19 | +- [ ] Other (describe below) |
| 20 | + |
| 21 | +## Why This Service Type Matters |
| 22 | + |
| 23 | +Explain the use case. Who benefits from this service type and why? |
| 24 | + |
| 25 | +## API Documentation |
| 26 | + |
| 27 | +Links to the service's API docs, CLI reference, or integration guides. |
| 28 | + |
| 29 | +## Are You Willing to Implement It? |
| 30 | + |
| 31 | +- [ ] Yes, I can submit a PR |
| 32 | +- [ ] I can help test but not implement |
| 33 | +- [ ] No, just requesting |
| 34 | + |
| 35 | +## Security Considerations |
| 36 | + |
| 37 | +- Does the service type require storing API keys or credentials? |
| 38 | +- Does it introduce any external network dependencies? |
| 39 | +- How does it handle authentication and key rotation? |
| 40 | + |
| 41 | +## Additional Context |
| 42 | + |
| 43 | +Any other context, diagrams, or examples about the service type request. |
| 44 | + |
| 45 | +## Checklist |
| 46 | + |
| 47 | +- [ ] I have searched existing issues to ensure this is not a duplicate |
| 48 | +- [ ] I have verified the service type has public documentation |
| 49 | +- [ ] I have considered the security implications |
0 commit comments