grafana/pkg/services/ngalert/api/tooling
Sofia Papagiannaki 3e752a0db1
Alerting: modify alertmanager endpoints for proxying using the datasource UID (#47978)
* Alerting: enable proxying alertmanager calls using the datasource UID

* Remove use of datasource ID from the API

* Update frontend
2022-04-29 10:25:22 +03:00
..
cmd/clean-swagger Fix/ngalert generation (#33172) 2021-04-20 13:12:32 -04:00
definitions Alerting: modify alertmanager endpoints for proxying using the datasource UID (#47978) 2022-04-29 10:25:22 +03:00
swagger-codegen/templates Alerting: Provisioning API - Notification Policies (#46755) 2022-04-05 16:48:51 -05:00
.gitignore Alerting: Unify Swagger/OpenAPI generation tooling (#46928) 2022-03-31 09:34:46 +02:00
index.html Inhouse alerting api (#33129) 2021-04-19 14:26:04 -04:00
Makefile Alerting: Unify Swagger/OpenAPI generation tooling (#46928) 2022-03-31 09:34:46 +02:00
post.json Alerting: modify alertmanager endpoints for proxying using the datasource UID (#47978) 2022-04-29 10:25:22 +03:00
README.md Alerting: Unify Swagger/OpenAPI generation tooling (#46928) 2022-03-31 09:34:46 +02:00
spec.json Alerting: modify alertmanager endpoints for proxying using the datasource UID (#47978) 2022-04-29 10:25:22 +03:00

What

This aims to define the unified alerting API as code. It generates OpenAPI definitions from go structs. It also generates server/route stubs based on our documentation.

Running

make - regenerate everything - documentation and server stubs. make serve - regenerate the Swagger document, and host rendered docs on port 80. view api

Requires

Why

The current state of Swagger extraction from golang is relatively limited. It's easier to generate server stubs from an existing Swagger doc, as there are limitations with producing a Swagger doc from a hand-written API stub. The current extractor instead relies on comments describing the routes, but the comments and actual implementation may drift, which we don't want to allow.

Instead, we use a hybrid approach - we define the types in Golang, with comments describing the routes, in a standalone package with minimal dependencies. From this, we produce a Swagger doc, and then turn the Swagger doc back into a full-blown server stub.