Home / Keptn v1 Docs / Release 0.9.2 / Quality Gates / Working and Integrating with Quality Gates
In order to work with and integrate quality gates, two actions are needed:
This section explains how to use the Keptn CLI and the Keptn API for those two actions.
To work with the Keptn CLI, make sure your Keptn CLI is authenticated against your Keptn installation.
To verify the CLI connection to your Keptn, execute keptn status.
To trigger a quality gate evaluation for a service in the stage of a specific project, the Keptn CLI provides two commands:
The keptn trigger evaluation command allows specifying the timeframe of the evaluation using the --start
, --end
, or timeframe
flags.
To trigger a quality gate evaluation with a timeframe of 5
minutes starting at 2020-12-31T10:00:00
, use the following example:
keptn trigger evaluation --project=easyBooking --stage=quality_assurance --service=booking --start=2020-12-31T11:59:59 --timeframe=5m
keptn-context
) that is required to retrieve the evaluation result.trigger_quality_gate.json
{
"source": "keptn-cli",
"specversion": "1.0",
"type": "sh.keptn.event.quality_assurance.evaluation.triggered",
"contenttype": "application/json",
"data": {
"deploymentstrategy": "direct",
"image": "docker.io/keptnexamples/booking",
"tag": "0.11.2",
"start": "2020-09-01T08:31:06Z",
"end": "2020-09-01T08:36:06Z",
"labels": {
"buildId": "build-17",
"owner": "JohnDoe",
"testNo": "47-11"
},
"project": "easyBooking",
"service": "booking",
"stage": "quality_assurance",
"teststrategy": "manual"
}
}
keptn send event --file=trigger_quality_gate.json
keptn-context
) that is required to retrieve the evaluation result.--keptn-context
) returned by the trigger evaluation
or send event
command, as well as the name of the project (--project
).keptn get event sh.keptn.event.evaluation.finished --keptn-context=1234-5678-90ab-cdef --project=easyBooking
Note: The evaluation of the quality gate may take some time, especially because the metrics first have to be available in your monitoring solution and need to be queried by the SLI-provider. Consequently, the result is not immediately available.
To work with the Keptn API, get the API token from the Keptn Bridge and follow the Keptn API link to the Swagger-UI.
If you want to interact with the Keptn API via cURL, you also need the Keptn API URL and API token
To trigger a quality gate evaluation for a service in the stage of a specific project, the Keptn API provides two endpoints:
This endpoint requires the path parameters projectName
, stageName
, and serviceName
: /api/v1/project/{projectName}/stage/{stageName}/service/{serviceName}/evaluation
The required payload allows you to set the start
, end
, and timeframe
(choose either the end
or timeframe
parameter):
{
"start": "2020-09-28T07:00:00", // required
"end": "2020-09-28T07:05:00", // cannot be used in combination with 'timeframe'
"timeframe": "5m", // cannot be used in combination with 'to'
"labels": {
"buildId": "build-17",
"owner": "JohnDoe",
"testNo": "47-11"
}
}
curl -X POST "${KEPTN_ENDPOINT}/v1/project/easyBooking/stage/quality_assurance/service/booking/evaluation" \
-H "accept: application/json; charset=utf-8" \
-H "x-token: ${KEPTN_API_TOKEN}" \
-H "Content-Type: application/json; charset=utf-8" \
-d "{ \"start\": \"2020-09-28T07:00:00\", \"timeframe\": \"5m\", \"labels\":{\"buildId\":\"build-17\",\"owner\":\"JohnDoe\",\"testNo\":\"47-11\"}}"
keptn-context
) that is required to retrieve the evaluation result. (Note: The response also contains a token that is required to open a WebSocket communication. This token is not needed now.)trigger_quality_gate.json
{
"source": "keptn-cli",
"specversion": "1.0",
"type": "sh.keptn.event.quality_assurance.evaluation.triggered",
"contenttype": "application/json",
"data": {
"deploymentstrategy": "direct",
"image": "docker.io/keptnexamples/booking",
"tag": "0.11.2",
"start": "2020-09-01T08:31:06Z",
"end": "2020-09-01T08:36:06Z",
"labels": {
"buildId": "build-17",
"owner": "JohnDoe",
"number": "1234"
},
"project": "easyBooking",
"service": "booking",
"stage": "quality_assurance",
"teststrategy": "manual"
}
}
/event
:curl -X POST "${KEPTN_ENDPOINT}/v1/event" \
-H "accept: application/json; charset=utf-8" \
-H "x-token: ${KEPTN_API_TOKEN}" \
-H "Content-Type: application/json; charset=utf-8" \
-d @./trigger_quality_gate.json
keptn-context
) that is required to retrieve the evaluation result. (Note: The response also contains a token that is required to open a WebSocket communication. This token is not needed now.)/event
endpoint. This endpoint requires the query parameters keptn-context
and type
; latter is always sh.keptn.event.evaluation.finished
.
curl -X GET "${KEPTN_ENDPOINT}/api/mongodb-datastore/event?keptnContext={keptnContext}&type=sh.keptn.event.evaluation.finished" \
-H "accept: application/json; charset=utf-8" \
-H "x-token: ${KEPTN_API_TOKEN}"
Note: The evaluation of the quality gate may take some time, especially because the metrics first have to be available in your monitoring solution and need to be queried by the SLI-provider. Consequently, the result is not immediately available.
To integrate quality gates into an existing pipeline, it is recommended to use the API-based approach outlined above. As stated there, the evaluation result is not immediately available. Hence, build your integration using a polling mechanism that polls the evaluation result every 10 seconds and terminates after, e.g., 10 retries.