You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a user installs a Helm chart that includes the Replicated SDK as a dependency, a set of default SDK values are included in the `replicated` key of the parent chart's values file.
These `replicated` values can be referenced by the application or set during installation as needed. For example, if users need to add labels or annotations to everything that runs in their cluster, then they can pass the labels or annotations to the relevant value in the SDK subchart.
26
+
27
+
For the default Replicated SDK Helm chart values file, see [values.yaml.tmpl](https://github.com/replicatedhq/replicated-sdk/blob/main/chart/values.yaml.tmpl) in the [replicated-sdk](https://github.com/replicatedhq/replicated-sdk) repository in GitHub.
28
+
29
+
The SDK Helm values also include a `replicated.license` field, which is a string that contains the YAML representation of the customer license. For more information about the built-in fields in customer licenses, see [Built-In License Fields](licenses-using-builtin-fields).
@@ -13,48 +12,23 @@ Replicated strongly recommends that all applications are packaged using Helm bec
13
12
14
13
Existing releases in the Replicated Platform that already support installation with Replicated KOTS and Replicated Embedded Cluster (and that include one or more Helm charts) can also be installed with the Helm CLI; it is not necessary to create and manage separate releases or channels for each installation method.
15
14
15
+
For information about how to install with Helm, see:
16
+
*[Installing with Helm](/vendor/install-with-helm)
17
+
*[Installing and Updating with Helm in Air Gap Environments (Alpha)](helm-install-airgap)
18
+
16
19
The following diagram shows how Helm charts distributed with Replicated are installed with Helm in online (internet-connected) customer environments:
17
20
18
21
<imgsrc="/images/helm-install-diagram.png"alt="diagram of a helm chart in a custom environment"width="700px"/>
19
22
20
23
[View a larger version of this image](/images/helm-install-diagram.png)
21
24
22
-
<HelmDiagramOverview/>
25
+
As shown in the diagram above, when a release containing one or more Helm charts is promoted to a channel, the Replicated Vendor Portal automatically extracts any Helm charts included in the release. These charts are pushed as OCI objects to the Replicated registry. The Replicated registry is a private OCI registry hosted by Replicated at `registry.replicated.com`. For information about security for the Replicated registry, see [Replicated Registry Security](packaging-private-registry-security).
23
26
24
-
For information about how to install with Helm, see:
25
-
*[Installing with Helm](/vendor/install-with-helm)
26
-
*[Installing and Updating with Helm in Air Gap Environments (Alpha)](helm-install-airgap)
27
+
For example, if your application in the Vendor Portal is named My App and you promote a release containing a Helm chart with `name: my-chart`to a channel with the slug `beta`, then the Vendor Portal pushes the chart to the following location: `oci://registry.replicated.com/my-app/beta/my-chart`.
28
+
29
+
Customers can install your Helm chart by first logging in to the Replicated registry with their unique license ID. This step ensures that any customer who installs your chart from the registry has a valid, unexpired license. After the customer logs in to the Replicated registry, they can run `helminstall` to install the chart from the registry.
27
30
28
-
## About the `global.replicated` Helm Values
29
-
30
-
When a customer installs your Helm chart from the Replicated registry, the Replicated registry injects values into the `global.replicated` field of the Helm chart values file.
31
-
32
-
The following is an example of a Helm values file containing the `global.replicated` field injected by the Replicated registry:
The values in the `global.replicated` field provide information about the following:
56
-
* Details about the fields in the customer's license, such as the field name, description, signature, value, and any custom license fields that you define. You can use this license information to check license entitlments before the application is installed. For more information, see [Checking Entitlements in Helm Charts Before Deployment](/vendor/licenses-reference-helm).
57
-
* A base64 encoded Docker configuration file. To proxy images from an external private registry with the Replicated proxy registry, you can use the `global.replicated.dockerconfigjson` field to create an image pull secret for the proxy registry. For more information, see [Proxying Images for Helm Installations](/vendor/helm-image-registry).
31
+
During installation, the Replicated registry injects values into the `global.replicated` key of the parent Helm chart's values file. For more information about the values schema, see [Helm global.replicated Values Schema](helm-install-values-schema).
This topic describes the `global.replicated` values that are injected in the values file of an application's parent Helm chart during Helm installations with Replicated.
6
+
7
+
## Overview
8
+
9
+
When a user installs a Helm application with the Helm CLI, the Replicated registry injects a set of customer-specific values into the `global.replicated` key of the parent Helm chart's values file.
10
+
11
+
The values in the `global.replicated` field include the following:
12
+
13
+
* The fields in the customer's license, such as the field names, descriptions, signatures, values, and any custom license fields that you define. Vendors can use this license information to check entitlements before the application is installed. For more information, see [Checking Entitlements in Helm Charts Before Deployment](/vendor/licenses-reference-helm).
14
+
15
+
* A base64 encoded Docker configuration file. To proxy images from an external private registry with the Replicated proxy registry, you can use the `global.replicated.dockerconfigjson` field to create an image pull secret for the proxy registry. For more information, see [Proxying Images for Helm Installations](/vendor/helm-image-registry).
16
+
17
+
The following is an example of a Helm values file containing the `global.replicated` values:
| `licenseFields`| | A list containing each license field in the customer's license. Each element under `licenseFields` has the following properties: `description`, `signature`, `title`, `value`, `valueType`. `expires_at` is the default `licenseField` that all licenses include. Other elements under `licenseField` include the custom license fields added by vendors in the Vendor Portal. For more information, see [Managing Customer License Fields](/vendor/licenses-adding-custom-fields). |
51
+
| `licenseFields.[FIELD_NAME].description` | String | Description of the license field |
52
+
| `licenseFields.[FIELD_NAME].signature.v1` | Object | Signature of the license field |
53
+
| `licenseFields.[FIELD_NAME].title` | String | Title of the license field |
54
+
| `licenseFields.[FIELD_NAME].value` | String | Value of the license field |
55
+
| `licenseFields.[FIELD_NAME].valueType` | String | Type of the license field value |
56
+
| `licenseID` | String | The unique identifier for the license |
57
+
| `licenseType` | String | The type of license, such as "dev" or "prod". For more information, see [Customer Types](/vendor/licenses-about#customer-types) in _About Customers and Licensing_. |
Copy file name to clipboardExpand all lines: docs/vendor/licenses-using-builtin-fields.mdx
+41Lines changed: 41 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,6 +10,47 @@ The license associated with each customer record in the Replicated Vendor Portal
10
10
11
11
When a customer installs an application distributed with Replicated, the values for each built-in and custom field in their license can be accessed using the [Replicated SDK](/vendor/replicated-sdk-overview) in-cluster API [license](/reference/replicated-sdk-apis#license) endpoints. Applications installed with a Replicated installer (KOTS, kURL, Embedded Cluster) can also access license fields using the Replicated KOTS [LicenseFieldValue](/reference/template-functions-license-context#licensefieldvalue) template function.
12
12
13
+
The following shows an example of a customer license:
@@ -29,3 +28,7 @@ At startup and when serving requests, the SDK retrieves and caches the latest in
29
28
If the upstream APIs are not available at startup, the SDK does not accept connections or serve requests until it is able to communicate with the upstream APIs. If communication fails, the SDK retries every 10 seconds and the SDK pod is at `0/1` ready.
30
29
31
30
When serving requests, if the upstream APIs become unavailable, the SDK serves from the memory cache and sets the `X-Replicated-Served-From-Cache` header to `true`. Additionally, rapid successive requests to same SDK endpoint with the same request properties will be rate-limited returning the last cached payload and status code without reaching out to the upstream APIs. A `X-Replicated-Rate-Limited` header will set to `true`.
0 commit comments