Plugin User Guide

Add, configure, and deploy plugins.

Overview

Spinnaker uses PF4J-Update to load and manage plugins. These plugins can implement a PF4J extension point or be Spring components. See the Plugin Creators Guide for details.

Terms

plugins.json

  • required file
  • defines one to many plugins in a plugin repository
  • each plugin definition has an id, description, provider, and a collection of releases (version, date, requires, sha512sum, state, url)
  • the plugin developer provides access to this file

repositories.json

  • optional file
  • defines one to many plugin repositories
  • each repository definition consists of a unique identifier and the path to a plugins.json file
  • the plugin developer may supply this file

Plugin requirements

  • The plugin is either a Plugin Framework for Java (PF4J) plugin or a Spring plugin
  • The plugin repository is a web location that Spinnaker can access, like a GitHub repository

Spinnaker environment:

  • Spinnaker v1.20.6, v1.21.0 (assumption is v1.21.x but not validated)
  • Halyard v1.36 to deploy Spinnaker (assumption is v1.36+ but not validated)

How to add a plugin to Spinnaker

Add a plugin repository using Halyard

Note: Your plugins.json and repository.json files must be in a location that Spinnaker can access. Token authentication to private repositories is not supported. Consider storing your plugins and repository files in an AWS S3 bucket (or similar) instead of a private repository.

When you configure a repository, you tell Spinnaker where to find the plugins.json file that defines the plugins you want to use. Each plugin repository entry in Spinnaker consists of a unique name and a URL.

If you want a repository to point to a single plugins.json file, you add it like this:

  1. hal plugins repository add <unique-repo-name> --url=<path-to-plugins.json-file>

For example:

  1. hal plugins repository add spinnaker-plugin-examples \
  2.     --url=https://raw.githubusercontent.com/spinnaker-plugin-examples/examplePluginRepository/master/plugins.json

This action creates an entry in your Halconfig:

  1. repositories:
  2.   spinnaker-plugin-examples:
  3.     id: spinnaker-plugin-examples
  4.     url: https://raw.githubusercontent.com/spinnaker-plugin-examples/examplePluginRepository/master/plugins.json

If you want a single plugin repository entry to point to multiple plugins.json files, you need to create a repositories.json file that defines a collection of plugin repositories. The file format is:

  1. [
  2.   {
  3.     "id": "<unique-repo-name>",
  4.     "url": "<url-of-plugins.json-file>"
  5.   }
  6. ]

For example:

  1. [
  2.   {
  3.     "id": "spinnaker-plugin-examples",
  4.     "url": "https://raw.githubusercontent.com/spinnaker-plugin-examples/examplePluginRepository/master/plugins.json"
  5.   },
  6.   {
  7.     "id": "my-company-internal-plugins",
  8.     "url": "https://<my-company-internal-github>/<repo-name>/plugins.json"
  9.   },
  10.   {
  11.     "id": "my-plugins",
  12.     "url": "https://github.com/aimeeu/pluginRepository/blob/master/plugins.json"
  13.   }
  14. ]

Save your repositories.json file in a web location that Spinnaker can access. Then you can add a new plugin repository using the repositories.json file:

  1. hal plugins repository add all-the-plugins \
  2.     --url=https://raw.githubusercontent.com/aimeeu/all-the-plugins/master/repositories.json

You can also list, edit, and delete repositories. See the command reference for a complete list of parameters.

Don’t forget to hal deploy apply to apply your configuration changes.

List, edit, and delete repositories

See the command reference to list, edit, or delete repositories.

Add a plugin using Halyard

Note: When Halyard adds a plugin to a Spinnaker installation, it adds the plugin repository information to each service. This means that when you restart Spinnaker, each service restarts, downloads the plugin, and checks if an extension exists for that service. Each service restarting is not ideal for large Spinnaker installations due to service restart times. Clouddriver can take an hour or more to restart if you have many accounts configured. Engineers are working to shorten restart times. See the Plugin configuration without Halyard section for how to avoid each service restarting.

After you have added your plugin repository, you can add your plugin to Spinnaker. The Halyard command is:

  1. hal plugins add <unique-plugin-id> --extensions=<extension-name> \
  2. --version=<version> --enabled=true

The plugin distributor should provide you with the unique-plugin-id, extensions, and version values as well as any plugin configuration details. If you have to hunt for these values, you can find unique-plugin-id and version in the plugins.json file, but you have to look at the code to find the value for extensions. Search for the deprecated @ExtensionConfiguration or the current @PluginConfiguration annotation. Both take a value, which is the extension name.

Example of the deprecated @ExtensionConfiguration annotation in the pf4jStagePlugin , which is written in Kotlin:

  1. package io.armory.plugin.stage.wait.random
  3. import com.netflix.spinnaker.kork.plugins.api.ExtensionConfiguration
  5. @ExtensionConfiguration("armory.randomWaitStage")
  6. data class RandomWaitConfig(var defaultMaxWaitTime: Int)

Example of the @PluginConfiguration annotation in the Notification Plugin , which is also written in Kotlin:

  1. package io.armory.plugin.example.echo.notificationagent
  3. import com.netflix.spinnaker.kork.plugins.api.PluginConfiguration
  5. @PluginConfiguration("armory.httpNotificationService")
  6. data class HTTPNotificationConfig(val url: String)

Plugin configuration variables are passed into the primary class constructor. If the plugin developer doesn’t specify configuration details, you can find key and type, or a configuration tree, by looking at the primary class constructor.

You add the pf4jStagePlugin to Spinnaker like this:

  1. hal plugins add Armory.RandomWaitPlugin --extensions=armory.randomWaitStage \
  2. --version=1.1.4 --enabled=true

Halyard adds the plugin configuration to the .hal/config file. Note the plugin’s empty config collection.

  1. spinnaker:
  2.   extensibility:
  3.     plugins:
  4.       Armory.RandomWaitPlugin:
  5.         id: Armory.RandomWaitPlugin
  6.         enabled: true
  7.         version: 1.1.14
  8.         extensions:
  9.           armory.randomWaitStage:
  10.             id: armory.randomWaitStage
  11.             enabled: true
  12.             config: {}

Halyard does not support configuring plugins. You should manually edit the Halconfig file for custom values. For example, pf4jStagePlugin has a configurable defaultMaxWaitTime, so you add that parameter to the plugin’s configuration in the config collection section:

  1. spinnaker:
  2.   extensibility:
  3.     plugins:
  4.       Armory.RandomWaitPlugin:
  5.         id: Armory.RandomWaitPlugin
  6.         enabled: true
  7.         version: 1.1.14
  8.         extensions:
  9.           armory.randomWaitStage:
  10.             id: armory.randomWaitStage
  11.             enabled: true
  12.             config:
  13.               defaultMaxWaitTime: 60

Note: hal plugins enable and hal plugins disable enable or disable all plugins, so use with caution.

Plugin configuration without Halyard

To avoid each service restarting and downloading the plugin, do not add the plugin using Halyard. Instead, configure the plugin in the service’s local file. For example, if your plugin extends Orca, add configuration to your orca-local.yml file.

  1. spinnaker:
  2.   extensibility:
  3.     plugins:
  4.       <unique-plugin-id>:
  5.         id: <unique-plugin-id>
  6.         enabled: <true-false>
  7.         version: <version>
  8.         extensions:
  9.           <extension-name>:
  10.             id: <extension-name>
  11.             enabled: <true-false>
  12.             config: {}

The plugin developer should provide configuration details in YAML format. If not:

  1. Add the plugin using Halyard.
  2. Do not restart Spinnaker.
  3. Copy the plugin configuration from the Halconfig file.
  4. Paste the plugin configuration into the relevant service’s local file. Make sure configuration is in the format detailed above.
  5. Delete the plugin by executing hal plugins delete <unique-plugin-id>.
  6. Restart Spinnaker

List, edit, and delete repositories

See the command reference to list, edit, or delete repositories.

Add a Deck proxy to Gate

If your plugin has a Deck component, you need to configure a deck-proxy so Gate knows where to find the plugin.

You can create or find the gate-local.yml in the same place as the other Halyard configuration files. This is usually ~/.hal/default/profiles on the machine where Halyard is running.

  1. spinnaker:
  2.    extensibility:
  3.      deck-proxy:
  4.        enabled: true
  5.        plugins:
  6.          <unique-plugin-id>:
  7.            enabled: true
  8.            version: <version>
  9.        repositories:
  10.          <unique-repo-name>:
  11.            url: <url-to-repositories.json-or-plugins.json>

Redeploy Spinnaker

Remember to hal deploy apply after you have finished configuring your plugin.

Deployment example

See the pf4jStagePlugin Deployment Example page for a walkthrough and troubleshooting.

Resources

You can ask for help with plugins in the Spinnaker Slack’s #plugins channel.

Last modified June 30, 2021: Update _index.md (#90) (378c431)