Skip to content

spinnaker/kayenta

Folders and files

NameName
Last commit message
Last commit date

Latest commit

16a8780 · Feb 24, 2025
Feb 13, 2025
Dec 21, 2020
Feb 6, 2024
Jun 13, 2023
May 18, 2020
Dec 3, 2024
Jun 13, 2024
Jun 13, 2024
Jun 13, 2024
Mar 20, 2021
Dec 3, 2024
Dec 3, 2024
Jun 13, 2024
Oct 2, 2024
Dec 3, 2024
Dec 3, 2024
Feb 5, 2024
May 7, 2024
Nov 7, 2024
Sep 29, 2023
Dec 3, 2024
Nov 14, 2024
Jun 13, 2024
Dec 3, 2024
Dec 3, 2024
Jun 13, 2024
Nov 7, 2024
Jun 13, 2024
Dec 3, 2024
Dec 3, 2024
Dec 3, 2024
Dec 3, 2024
Dec 28, 2018
Jul 17, 2019
Feb 27, 2020
Jun 3, 2019
Apr 27, 2022
Jan 27, 2017
Nov 19, 2024
Nov 19, 2024
Nov 19, 2024
Nov 19, 2024
Jan 27, 2017
May 23, 2018
Apr 16, 2019
Feb 6, 2024
Nov 14, 2024
Sep 20, 2019
Feb 24, 2025
Jun 13, 2023
Jun 13, 2023
Feb 11, 2019
Feb 18, 2017
May 7, 2024

Kayenta

Build Status

Kayenta is a platform for Automated Canary Analysis (ACA). It is used by Spinnaker to enable automated canary deployments. Please see the comprehensive canary documentation for more details.

Canary Release

A canary release is a technique to reduce the risk from deploying a new version of software into production. A new version of software, referred to as the canary, is deployed to a small subset of users alongside the stable running version. Traffic is split between these two versions such that a portion of incoming requests are diverted to the canary. This approach can quickly uncover any problems with the new version without impacting the majority of users.

The quality of the canary version is assessed by comparing key metrics that describe the behavior of the old and new versions. If there is significant degradation in these metrics, the canary is aborted and all of the traffic is routed to the stable version in an effort to minimize the impact of unexpected behavior.

Canaries are usually run against deployments containing changes to code, but they can also be used for operational changes, including changes to configuration.

Frequently Asked Questions

See the FAQ.

Creating Canary Config

See the Canary Config Object model for how a canary config is defined in Markdown Syntax for Object Notation (MSON).

Debugging

To start the JVM in debug mode, set the Java system property DEBUG=true:

./gradlew -DDEBUG=true

The JVM will then listen for a debugger to be attached on port 8191. The JVM will not wait for the debugger to be attached before starting Kayenta; the relevant JVM arguments can be seen and modified as needed in build.gradle.

Running Standalone Kayenta Locally

You can run a standalone kayenta instance locally with docker-compose.

# Copy and edit example config accordingly
cp kayenta-web/config/kayenta.yml ~/.spinnaker/kayenta.yml

# Build/Start Kayenta
docker-compose up

You should then be able to access your local kayenta instance at http://localhost:8090/swagger-ui/index.html.