Workloads
1. Overview
The Workloads screen shows, in a single place, everything that's deployed on the platform — Flows, Apps, and Add-ons — and which environment each one is running in. It's the central place to see what currently exists in production/test, and to remove a deployment directly from the table, without having to navigate to each resource's origin screen.
2. Filters
| Filter | Description |
|---|---|
| Squad | Squad that owns the displayed workloads. |
| Environment | Restricts the list to a specific environment. |
3. Workloads Table
| Column | Description |
|---|---|
| Workload | Name of the deployed workload (e.g. nukk-site). |
| Squad | Squad that owns the workload. |
| Container Memory | Memory allocated to the container (e.g. 512MB). |
| Replicas | Number of replicas running. |
| Environment | Environment the workload is running in (e.g. Test). |
| Last Update | Date/time of the workload's last update. |
| Status | Current state (e.g. DEPLOYED). |
| Actions | Actions available for the workload, including removing the deployment (trash icon). |
Clicking the trash icon under Actions removes that workload's deployment from the selected environment.
4. FAQ
Does removing a workload here delete its data (database, files, etc)? TODO: confirm the deletion behavior — whether it only removes the execution (deployment) or also associated persistent data.
Can a removed workload be redeployed without redoing the whole configuration? TODO: confirm whether there's a history/rollback, or whether it needs to be deployed again from scratch (Add-ons, Frontend/Backend Apps, etc).