|
7 | 7 | [id="con-install-dynamic-plugin-helm_{context}"]
|
8 | 8 | = Installing dynamic plugins using the Helm chart
|
9 | 9 |
|
10 |
| -You can deploy a {product-short} instance using a Helm chart, which is a flexible installation method. With the Helm chart, you can sideload dynamic plugins into your {product-short} instance without having to recompile your code or rebuild the container. |
| 10 | +You can deploy a {product-short} instance by using a Helm chart, which is a flexible installation method. With the Helm chart, you can sideload dynamic plugins into your {product-short} instance without having to recompile your code or rebuild the container. |
11 | 11 |
|
12 | 12 | To install dynamic plugins in {product-short} using Helm, add the following `global.dynamic` parameters in your Helm chart:
|
13 | 13 |
|
14 |
| -* `plugins`: the dynamic plugins list intended for installation. By default, the list is empty. You can populate the plugins list with the following fields: |
15 |
| -** `package`: a package specification for the dynamic plugin package that you want to install. You can use a package for either a local or an external dynamic plugin installation. For a local installation, use a path to the local folder containing the dynamic plugin. For an external installation, use a package specification from a public NPM repository. |
16 |
| -** `integrity` (required for external packages): an integrity checksum in the form of `<alg>-<digest>` specific to the package. Supported algorithms include `sha256`, `sha384` and `sha512`. |
17 |
| -** `pluginConfig`: an optional plugin-specific `app-config` YAML fragment. See plugin configuration for more information. |
| 14 | +* `plugins`: The dynamic plugins list intended for installation. By default, the list is empty. You can populate the plugins list with the following fields: |
| 15 | +** `package`: A package specification for the dynamic plugin package that you want to install. You can use a package for either a local or an external dynamic plugin installation. For a local installation, use a path to the local folder containing the dynamic plugin. For an external installation, use a package specification from a public NPM repository. |
| 16 | +** `integrity` (required for external packages): An integrity checksum in the form of `<alg>-<digest>` specific to the package. Supported algorithms include `sha256`, `sha384` and `sha512`. |
| 17 | +** `pluginConfig`: An optional plugin-specific `app-config` YAML fragment. See plugin configuration for more information. |
18 | 18 | ** `disabled`: disables the dynamic plugin if set to `true`. Default: `false`.
|
| 19 | +** `forceDownload`: Set the value to `true` to force a reinstall of the plugin, bypassing the cache. The default value is `false`. |
| 20 | +
|
| 21 | +** `pullPolicy`: Similar to the `forceDownload` parameter and is consistent with other image container platforms. You can use one of the following values for this key: |
| 22 | + |
| 23 | +*** `Always`: This value compares the image digest in the remote registry and downloads the artifact if it has changed, even if the plugin was previously downloaded. |
| 24 | +*** `IfNotPresent`: This value downloads the artifact if it is not already present in the dynamic-plugins-root folder, without checking image digests. |
| 25 | ++ |
| 26 | +[NOTE] |
| 27 | +The `pullPolicy` setting is also applied to the NPM downloading method, although `Always` will download the remote artifact without a digest check. The existing `forceDownload` option remains functional, however, the `pullPolicy` option takes precedence. The `forceDownload` option may be deprecated in a future {product-short} release. |
| 28 | + |
19 | 29 | * `includes`: a list of YAML files utilizing the same syntax.
|
20 | 30 |
|
21 | 31 | [NOTE]
|
|
0 commit comments