Skip to content

Commit 653da80

Browse files
authored
Merge pull request #3448 from replicatedhq/127962
clarify statusInformers field for sdk
2 parents bb1ecb5 + a923406 commit 653da80

File tree

1 file changed

+33
-22
lines changed

1 file changed

+33
-22
lines changed

docs/vendor/insights-app-status.md

Lines changed: 33 additions & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,7 @@ import StatusesTable from "../partials/status-informers/_statusesTable.mdx"
22
import AggregateStatus from "../partials/status-informers/_aggregateStatus.mdx"
33
import AggregateStatusIntro from "../partials/status-informers/_aggregate-status-intro.mdx"
44
import SupportedResources from "../partials/instance-insights/_supported-resources-status.mdx"
5+
import DependencyYaml from "../partials/replicated-sdk/_dependency-yaml.mdx"
56

67
# Enable and Understand Application Status
78

@@ -21,42 +22,52 @@ For more information about how instance data is sent to the Vendor Portal, see [
2122

2223
To display insights on application status, the Vendor Portal requires that your application has one or more _status informers_. Status informers indicate the Kubernetes resources deployed as part of your application that are monitored for changes in state.
2324

24-
To enable status informers for your application, do one of the following, depending on the installation method:
25-
* [Helm Installations](#helm-installations)
26-
* [KOTS Installations](#kots-installations)
25+
For information about how to enable status informers, see the sections below:
26+
* [Helm CLI Installations](#helm-cli-installations)
27+
* [Replicated Installers](#replicated-installers)
2728

28-
### Helm Installations
29+
### Helm CLI Installations
2930

30-
To get instance status data for applications installed with Helm, the Replicated SDK must be installed alongside the application. For information about how to distribute and install the SDK with your application, see [Install the Replicated SDK](/vendor/replicated-sdk-installing).
31+
For Helm CLI installations, you can include the Replicated SDK as a dependency in your primary Helm chart to get status data. When the application is deployed using `helm install` or `helm upgrade`, the SDK automatically detects and reports the status of resources in the Helm release for the given chart. You can also override the list of resources that get reported on using the SDK's [`statusInformers`](https://github.com/replicatedhq/replicated-sdk/blob/main/chart/values.yaml#L287) value.
3132

32-
After you include the SDK as a dependency, the requirements for enabling status informers vary depending on how your application is installed:
33+
To get instance status data for installations with the Helm CLI:
3334

34-
* For applications installed by running `helm install` or `helm upgrade`, the Replicated SDK automatically detects and reports the status of the resources that are part of the Helm release. No additional configuration is required to get instance status data.
35+
1. In your application Helm chart `Chart.yaml` file, add the YAML below to declare the SDK as a dependency. If your application is installed as multiple charts, declare the SDK as a dependency of the chart that customers install first. Do not declare the SDK in more than one chart. For more information, see [Install the Replicated SDK](/vendor/replicated-sdk-installing).
3536

36-
* For applications installed by running `helm template` then `kubectl apply`, the SDK cannot automatically detect and report the status of resources. You must configure custom status informers by overriding the `statusInformers` value in the Replicated SDK chart. For example:
37+
<DependencyYaml/>
3738

38-
```yaml
39-
# Helm chart values.yaml file
39+
1. If either of the following are true, list all the resources that you want the SDK to report on in the SDK's [`statusInformers`](https://github.com/replicatedhq/replicated-sdk/blob/main/chart/values.yaml#L287) field:
4040

41-
replicated:
42-
statusInformers:
43-
- deployment/nginx
44-
- statefulset/mysql
45-
```
41+
* You want the SDK to report on resources outside the Helm release for the chart where it is included as a dependency. For example, your application is installed as multiple charts and you want status data for resources created by subcharts.
42+
* Your application is installed by running `helm template` then `kubectl apply`, rather than `helm install` or `helm upgrade`. In this case, the SDK is unable to automatically detect resources in the Helm release.
4643

47-
:::note
48-
Applications installed by running `helm install` or `helm upgrade` can also use custom status informers. When the `replicated.statusInformers` field is set, the SDK detects and reports the status of only the resources included in the `replicated.statusInformers` field.
49-
:::
44+
**Example:**
5045

51-
### KOTS Installations
46+
```yaml
47+
# Your Helm chart values.yaml file
5248

53-
For applications installed with Replicated KOTS, configure one or more status informers in the KOTS Application custom resource. For more information, see [Adding Resource Status Informers](admin-console-display-app-status).
49+
replicated:
50+
# list all resources that you want the SDK to report on
51+
statusInformers:
52+
- deployment/nginx
53+
- statefulset/mysql
54+
```
5455
55-
When Helm-based applications that include the Replicated SDK and are deployed by KOTS, the SDK inherits the status informers configured in the KOTS Application custom resource. In this case, the SDK does _not_ automatically report the status of the resources that are part of the Helm release. This prevents discrepancies in the instance data in the vendor platform.
56+
:::note
57+
When `statusInformers` is set, the SDK reports the status of only the resources included in the `statusInformers` field.
58+
:::
59+
60+
### Replicated Installers
61+
62+
To get instance insights from installations with a Replicated installer (Embedded Cluster, existing cluster KOTS, kURL), configure one or more status informers in the KOTS Application custom resource. For more information, see [Adding Resource Status Informers](admin-console-display-app-status).
63+
64+
:::note
65+
When Helm-based applications that include the Replicated SDK and are deployed by a Replicated installer, the SDK inherits the status informers configured in the KOTS Application custom resource. In this case, the SDK does _not_ automatically report the status of the resources that are part of the Helm release. This prevents discrepancies in the instance data in the vendor platform.
66+
:::
5667

5768
## View Resource Status Insights {#resource-status}
5869

59-
For applications that include the Replicated SDK, the Vendor Portal also displays granular resource status insights in addition to the aggregate application status. For example, you can hover over the **App status** field on the **Instance details** page to view the statuses of the indiviudal resources deployed by the application, as shown below:
70+
For applications that include the Replicated SDK, the Vendor Portal also displays granular resource status insights in addition to the aggregate application status. For example, you can hover over the **App status** field on the **Instance details** page to view the statuses of the individual resources deployed by the application, as shown below:
6071

6172
<img src="/images/resource-status-hover-current-state.png" alt="resource status pop up" width="400px"/>
6273

0 commit comments

Comments
 (0)