api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
---
|
|
|
|
|
|
|
|
swagger: '2.0'
|
|
|
|
|
|
|
|
info:
|
|
|
|
version: 0.0.1
|
|
|
|
title: Alertmanager API
|
|
|
|
description: API of the Prometheus Alertmanager (https://github.com/prometheus/alertmanager)
|
|
|
|
license:
|
|
|
|
name: Apache 2.0
|
|
|
|
url: http://www.apache.org/licenses/LICENSE-2.0.html
|
|
|
|
|
|
|
|
consumes:
|
|
|
|
- "application/json"
|
|
|
|
produces:
|
|
|
|
- "application/json"
|
|
|
|
|
|
|
|
paths:
|
|
|
|
/status:
|
|
|
|
get:
|
|
|
|
tags:
|
|
|
|
- general
|
|
|
|
operationId: getStatus
|
|
|
|
description: Get current status of an Alertmanager instance and its cluster
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Get status response
|
|
|
|
schema:
|
|
|
|
$ref: '#/definitions/alertmanagerStatus'
|
|
|
|
/receivers:
|
|
|
|
get:
|
|
|
|
tags:
|
|
|
|
- receiver
|
|
|
|
operationId: getReceivers
|
|
|
|
description: Get list of all receivers (name of notification integrations)
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Get receivers response
|
|
|
|
schema:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/receiver'
|
|
|
|
/silences:
|
|
|
|
get:
|
|
|
|
tags:
|
|
|
|
- silence
|
|
|
|
operationId: getSilences
|
|
|
|
description: Get a list of silences
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Get silences response
|
|
|
|
schema:
|
2018-11-15 11:07:24 +00:00
|
|
|
$ref: '#/definitions/gettableSilences'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
'500':
|
|
|
|
$ref: '#/responses/InternalServerError'
|
|
|
|
parameters:
|
|
|
|
- name: filter
|
|
|
|
in: query
|
|
|
|
description: A list of matchers to filter silences by
|
|
|
|
required: false
|
|
|
|
type: array
|
2019-03-08 08:24:46 +00:00
|
|
|
collectionFormat: multi
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
items:
|
|
|
|
type: string
|
|
|
|
post:
|
|
|
|
tags:
|
|
|
|
- silence
|
|
|
|
operationId: postSilences
|
|
|
|
description: Post a new silence or update an existing one
|
|
|
|
parameters:
|
|
|
|
- in: body
|
|
|
|
name: silence
|
|
|
|
description: The silence to create
|
|
|
|
required: true
|
|
|
|
schema:
|
2018-11-15 11:07:24 +00:00
|
|
|
$ref: '#/definitions/postableSilence'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Create / update silence response
|
|
|
|
schema:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
silenceID:
|
|
|
|
type: string
|
|
|
|
'400':
|
|
|
|
$ref: '#/responses/BadRequest'
|
2019-03-29 11:29:00 +00:00
|
|
|
'404':
|
|
|
|
description: A silence with the specified ID was not found
|
|
|
|
schema:
|
|
|
|
type: string
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
/silence/{silenceID}:
|
|
|
|
parameters:
|
|
|
|
- in: path
|
|
|
|
name: silenceID
|
|
|
|
type: string
|
|
|
|
format: uuid
|
|
|
|
required: true
|
|
|
|
description: ID of the silence to get
|
|
|
|
get:
|
|
|
|
tags:
|
|
|
|
- silence
|
|
|
|
operationId: getSilence
|
|
|
|
description: Get a silence by its ID
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Get silence response
|
|
|
|
schema:
|
2018-11-15 11:07:24 +00:00
|
|
|
$ref: '#/definitions/gettableSilence'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
'404':
|
|
|
|
description: A silence with the specified ID was not found
|
|
|
|
'500':
|
|
|
|
$ref: '#/responses/InternalServerError'
|
|
|
|
delete:
|
|
|
|
tags:
|
|
|
|
- silence
|
|
|
|
operationId: deleteSilence
|
|
|
|
description: Delete a silence by its ID
|
|
|
|
parameters:
|
|
|
|
- in: path
|
|
|
|
name: silenceID
|
|
|
|
type: string
|
|
|
|
format: uuid
|
|
|
|
required: true
|
|
|
|
description: ID of the silence to get
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Delete silence response
|
|
|
|
'500':
|
|
|
|
$ref: '#/responses/InternalServerError'
|
|
|
|
/alerts:
|
|
|
|
get:
|
|
|
|
tags:
|
|
|
|
- alert
|
|
|
|
operationId: getAlerts
|
|
|
|
description: Get a list of alerts
|
|
|
|
parameters:
|
|
|
|
- in: query
|
|
|
|
name: active
|
|
|
|
type: boolean
|
|
|
|
description: Show active alerts
|
|
|
|
default: true
|
|
|
|
- in: query
|
|
|
|
name: silenced
|
|
|
|
type: boolean
|
|
|
|
description: Show silenced alerts
|
|
|
|
default: true
|
|
|
|
- in: query
|
|
|
|
name: inhibited
|
|
|
|
type: boolean
|
|
|
|
description: Show inhibited alerts
|
|
|
|
default: true
|
|
|
|
- in: query
|
|
|
|
name: unprocessed
|
|
|
|
type: boolean
|
|
|
|
description: Show unprocessed alerts
|
|
|
|
default: true
|
|
|
|
- name: filter
|
|
|
|
in: query
|
|
|
|
description: A list of matchers to filter alerts by
|
|
|
|
required: false
|
|
|
|
type: array
|
2019-03-08 08:24:46 +00:00
|
|
|
collectionFormat: multi
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
items:
|
|
|
|
type: string
|
|
|
|
- name: receiver
|
|
|
|
in: query
|
|
|
|
description: A regex matching receivers to filter alerts by
|
|
|
|
required: false
|
|
|
|
type: string
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Get alerts response
|
|
|
|
schema:
|
2018-11-20 15:45:56 +00:00
|
|
|
'$ref': '#/definitions/gettableAlerts'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
'400':
|
|
|
|
$ref: '#/responses/BadRequest'
|
|
|
|
'500':
|
|
|
|
$ref: '#/responses/InternalServerError'
|
|
|
|
post:
|
|
|
|
tags:
|
|
|
|
- alert
|
|
|
|
operationId: postAlerts
|
|
|
|
description: Create new Alerts
|
|
|
|
parameters:
|
|
|
|
- in: body
|
|
|
|
name: alerts
|
|
|
|
description: The alerts to create
|
|
|
|
required: true
|
|
|
|
schema:
|
2018-11-20 15:45:56 +00:00
|
|
|
$ref: '#/definitions/postableAlerts'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Create alerts response
|
|
|
|
'500':
|
|
|
|
$ref: '#/responses/InternalServerError'
|
|
|
|
'400':
|
|
|
|
$ref: '#/responses/BadRequest'
|
2019-03-07 16:18:18 +00:00
|
|
|
/alerts/groups:
|
|
|
|
get:
|
|
|
|
tags:
|
|
|
|
- alertgroup
|
|
|
|
operationId: getAlertGroups
|
|
|
|
description: Get a list of alert groups
|
|
|
|
parameters:
|
|
|
|
- in: query
|
|
|
|
name: active
|
|
|
|
type: boolean
|
|
|
|
description: Show active alerts
|
|
|
|
default: true
|
|
|
|
- in: query
|
|
|
|
name: silenced
|
|
|
|
type: boolean
|
|
|
|
description: Show silenced alerts
|
|
|
|
default: true
|
|
|
|
- in: query
|
|
|
|
name: inhibited
|
|
|
|
type: boolean
|
|
|
|
description: Show inhibited alerts
|
|
|
|
default: true
|
|
|
|
- name: filter
|
|
|
|
in: query
|
|
|
|
description: A list of matchers to filter alerts by
|
|
|
|
required: false
|
|
|
|
type: array
|
|
|
|
collectionFormat: multi
|
|
|
|
items:
|
|
|
|
type: string
|
|
|
|
- name: receiver
|
|
|
|
in: query
|
|
|
|
description: A regex matching receivers to filter alerts by
|
|
|
|
required: false
|
|
|
|
type: string
|
|
|
|
responses:
|
|
|
|
'200':
|
|
|
|
description: Get alert groups response
|
|
|
|
schema:
|
|
|
|
'$ref': '#/definitions/alertGroups'
|
|
|
|
'400':
|
|
|
|
$ref: '#/responses/BadRequest'
|
|
|
|
'500':
|
|
|
|
$ref: '#/responses/InternalServerError'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
|
|
|
|
responses:
|
|
|
|
BadRequest:
|
|
|
|
description: Bad request
|
|
|
|
schema:
|
|
|
|
type: string
|
|
|
|
InternalServerError:
|
|
|
|
description: Internal server error
|
|
|
|
schema:
|
|
|
|
type: string
|
|
|
|
|
|
|
|
|
|
|
|
definitions:
|
|
|
|
alertmanagerStatus:
|
2018-11-08 17:46:04 +00:00
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
cluster:
|
|
|
|
$ref: '#/definitions/clusterStatus'
|
|
|
|
versionInfo:
|
|
|
|
$ref: '#/definitions/versionInfo'
|
|
|
|
config:
|
|
|
|
$ref: '#/definitions/alertmanagerConfig'
|
|
|
|
uptime:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
required:
|
|
|
|
- cluster
|
|
|
|
- versionInfo
|
|
|
|
- config
|
|
|
|
- uptime
|
|
|
|
clusterStatus:
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
name:
|
|
|
|
type: string
|
2018-11-08 17:46:04 +00:00
|
|
|
status:
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
type: string
|
2019-01-25 17:36:31 +00:00
|
|
|
enum: ["ready", "settling", "disabled"]
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
peers:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/peerStatus'
|
|
|
|
required:
|
2018-11-08 17:46:04 +00:00
|
|
|
- status
|
|
|
|
alertmanagerConfig:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
original:
|
|
|
|
type: string
|
|
|
|
required:
|
|
|
|
- original
|
|
|
|
versionInfo:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
version:
|
|
|
|
type: string
|
|
|
|
revision:
|
|
|
|
type: string
|
|
|
|
branch:
|
|
|
|
type: string
|
|
|
|
buildUser:
|
|
|
|
type: string
|
|
|
|
buildDate:
|
|
|
|
type: string
|
|
|
|
goVersion:
|
|
|
|
type: string
|
|
|
|
required:
|
|
|
|
- version
|
|
|
|
- revision
|
|
|
|
- branch
|
|
|
|
- buildUser
|
|
|
|
- buildDate
|
|
|
|
- goVersion
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
peerStatus:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
name:
|
|
|
|
type: string
|
|
|
|
address:
|
|
|
|
type: string
|
2018-11-08 17:46:04 +00:00
|
|
|
required:
|
|
|
|
- name
|
|
|
|
- address
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
silence:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
matchers:
|
|
|
|
$ref: '#/definitions/matchers'
|
|
|
|
startsAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
endsAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
createdBy:
|
|
|
|
type: string
|
|
|
|
comment:
|
|
|
|
type: string
|
|
|
|
required:
|
|
|
|
- matchers
|
2018-11-08 17:46:04 +00:00
|
|
|
- startsAt
|
|
|
|
- endsAt
|
|
|
|
- createdBy
|
|
|
|
- comment
|
2018-11-15 11:07:24 +00:00
|
|
|
gettableSilence:
|
|
|
|
allOf:
|
|
|
|
- type: object
|
|
|
|
properties:
|
|
|
|
id:
|
|
|
|
type: string
|
|
|
|
status:
|
|
|
|
$ref: '#/definitions/silenceStatus'
|
|
|
|
updatedAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
required:
|
|
|
|
- id
|
|
|
|
- status
|
|
|
|
- updatedAt
|
|
|
|
- $ref: '#/definitions/silence'
|
|
|
|
postableSilence:
|
|
|
|
allOf:
|
|
|
|
- type: object
|
|
|
|
properties:
|
|
|
|
id:
|
|
|
|
type: string
|
|
|
|
- $ref: '#/definitions/silence'
|
2018-11-08 17:46:04 +00:00
|
|
|
silenceStatus:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
state:
|
|
|
|
type: string
|
|
|
|
enum: ["expired", "active", "pending"]
|
|
|
|
required:
|
|
|
|
- state
|
2018-11-15 11:07:24 +00:00
|
|
|
gettableSilences:
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
type: array
|
|
|
|
items:
|
2018-11-15 11:07:24 +00:00
|
|
|
$ref: '#/definitions/gettableSilence'
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
matchers:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/matcher'
|
|
|
|
minItems: 1
|
|
|
|
matcher:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
name:
|
|
|
|
type: string
|
|
|
|
value:
|
|
|
|
type: string
|
|
|
|
isRegex:
|
|
|
|
type: boolean
|
2018-11-08 17:46:04 +00:00
|
|
|
required:
|
|
|
|
- name
|
|
|
|
- value
|
|
|
|
- isRegex
|
2018-11-28 12:08:48 +00:00
|
|
|
alert:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
labels:
|
|
|
|
$ref: '#/definitions/labelSet'
|
|
|
|
generatorURL:
|
|
|
|
type: string
|
|
|
|
format: uri
|
|
|
|
required:
|
|
|
|
- labels
|
2018-11-20 15:45:56 +00:00
|
|
|
gettableAlerts:
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
type: array
|
|
|
|
items:
|
2018-11-20 15:45:56 +00:00
|
|
|
$ref: '#/definitions/gettableAlert'
|
|
|
|
gettableAlert:
|
2018-11-28 12:08:48 +00:00
|
|
|
allOf:
|
|
|
|
- type: object
|
2018-11-20 15:45:56 +00:00
|
|
|
properties:
|
|
|
|
annotations:
|
|
|
|
$ref: '#/definitions/labelSet'
|
|
|
|
receivers:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/receiver'
|
|
|
|
fingerprint:
|
|
|
|
type: string
|
|
|
|
startsAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
updatedAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
endsAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
status:
|
|
|
|
$ref: '#/definitions/alertStatus'
|
|
|
|
required:
|
|
|
|
- receivers
|
|
|
|
- fingerprint
|
|
|
|
- startsAt
|
|
|
|
- updatedAt
|
|
|
|
- endsAt
|
|
|
|
- annotations
|
|
|
|
- status
|
2018-11-28 12:08:48 +00:00
|
|
|
- $ref: '#/definitions/alert'
|
2018-11-20 15:45:56 +00:00
|
|
|
postableAlerts:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/postableAlert'
|
|
|
|
postableAlert:
|
2018-11-28 12:08:48 +00:00
|
|
|
allOf:
|
|
|
|
- type: object
|
2018-11-20 15:45:56 +00:00
|
|
|
properties:
|
|
|
|
startsAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
endsAt:
|
|
|
|
type: string
|
|
|
|
format: date-time
|
|
|
|
annotations:
|
|
|
|
$ref: '#/definitions/labelSet'
|
2018-11-28 12:08:48 +00:00
|
|
|
- $ref: '#/definitions/alert'
|
2019-03-07 16:18:18 +00:00
|
|
|
alertGroups:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/alertGroup'
|
|
|
|
alertGroup:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
labels:
|
|
|
|
$ref: '#/definitions/labelSet'
|
|
|
|
receiver:
|
|
|
|
$ref: '#/definitions/receiver'
|
|
|
|
alerts:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
$ref: '#/definitions/gettableAlert'
|
2019-04-26 12:57:05 +00:00
|
|
|
required:
|
|
|
|
- labels
|
|
|
|
- receiver
|
|
|
|
- alerts
|
2018-11-08 17:46:04 +00:00
|
|
|
alertStatus:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
state:
|
|
|
|
type: string
|
|
|
|
enum: ['unprocessed', 'active', 'suppressed']
|
|
|
|
silencedBy:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
type: string
|
|
|
|
inhibitedBy:
|
|
|
|
type: array
|
|
|
|
items:
|
|
|
|
type: string
|
|
|
|
required:
|
|
|
|
- state
|
|
|
|
- silencedBy
|
|
|
|
- inhibitedBy
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
receiver:
|
|
|
|
type: object
|
|
|
|
properties:
|
|
|
|
name:
|
|
|
|
type: string
|
2018-11-08 17:46:04 +00:00
|
|
|
required:
|
|
|
|
- name
|
api: Implement OpenAPI generated Alertmanager API V2
The current Alertmanager API v1 is undocumented and written by hand.
This patch introduces a new Alertmanager API - v2. The API is fully
generated via an OpenAPI 2.0 [1] specification (see
`api/v2/openapi.yaml`) with the exception of the http handlers itself.
Pros:
- Generated server code
- Ability to generate clients in all major languages
(Go, Java, JS, Python, Ruby, Haskell, *elm* [3] ...)
- Strict contract (OpenAPI spec) between server and clients.
- Instant feedback on frontend-breaking changes, due to strictly
typed frontend language elm.
- Generated documentation (See Alertmanager online Swagger UI [4])
Cons:
- Dependency on open api ecosystem including go-swagger [2]
In addition this patch includes the following changes.
- README.md: Add API section
- test: Duplicate acceptance test to API v1 & API v2 version
The Alertmanager acceptance test framework has a decent test coverage
on the Alertmanager API. Introducing the Alertmanager API v2 does not go
hand in hand with deprecating API v1. They should live alongside each
other for a couple of minor Alertmanager versions.
Instead of porting the acceptance test framework to use the new API v2,
this patch duplicates the acceptance tests, one using the API v1, the
other API v2.
Once API v1 is removed we can simply remove `test/with_api_v1` and bring
`test/with_api_v2` to `test/`.
[1]
https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md
[2] https://github.com/go-swagger/go-swagger/
[3] https://github.com/ahultgren/swagger-elm
[4]
http://petstore.swagger.io/?url=https://raw.githubusercontent.com/mxinden/alertmanager/apiv2/api/v2/openapi.yaml
Signed-off-by: Max Leonard Inden <IndenML@gmail.com>
2018-04-26 06:12:49 +00:00
|
|
|
labelSet:
|
|
|
|
type: object
|
|
|
|
additionalProperties:
|
|
|
|
type: string
|
|
|
|
|
|
|
|
|
|
|
|
tags:
|
|
|
|
- name: general
|
|
|
|
description: General Alertmanager operations
|
|
|
|
- name: receiver
|
|
|
|
description: Everything related to Alertmanager receivers
|
|
|
|
- name: silence
|
|
|
|
description: Everything related to Alertmanager silences
|
|
|
|
- name: alert
|
|
|
|
description: Everything related to Alertmanager alerts
|