#72 - Adding the ability to control incident status

This commit is contained in:
Mitsuo Takaki
2019-10-25 08:10:12 -07:00
parent 9e5d42f8b8
commit e132f8660b
6 changed files with 88 additions and 45 deletions

View File

@@ -25,6 +25,7 @@ endpoint:
expectation:
- type: HTTP_STATUS
status_range: 200-300
incident: MAJOR
- type: LATENCY
threshold: 1
- type: REGEX
@@ -65,6 +66,19 @@ frequency: 30
- **latency_unit**, the latency unit used when reporting the metrics. It will automatically convert to the specified unit. It's not mandatory and it will default to **seconds**. Available units: `ms`, `s`, `m`, `h`.
- **frequency**, how often we'll send a request to the given URL. The unit is in seconds.
Each `expectation` has their own default incident status. It can be overridden by setting the `incident` property to any of the following values:
- `PARTIAL`
- `MAJOR`
- `PERFORMANCE`
By choosing any of the aforementioned statuses, it will let you control the kind of incident it should be considered. These are the default incident status for each `expectation` type:
| Expectation | Incident status |
| ----------- | --------------- |
| HTTP_STATUS | PARTIAL |
| LATENCY | PERFORMANCE |
| REGEX | PARTIAL |
## Setting up
The application should be installed using **virtualenv**, through the following command: