docs: note soteria bring-up dependencies
This commit is contained in:
parent
aee93cb331
commit
d891f993ed
16
README.md
16
README.md
@ -14,6 +14,22 @@ Policies are stored in a Kubernetes secret and evaluated on a timer. Metrics are
|
|||||||
|
|
||||||
The following are notes for future Brad.
|
The following are notes for future Brad.
|
||||||
|
|
||||||
|
## Bring-up dependencies
|
||||||
|
|
||||||
|
Soteria is not how Atlas gets storage back. It is useful after Kubernetes and Longhorn are already alive enough to answer API calls.
|
||||||
|
|
||||||
|
It needs:
|
||||||
|
|
||||||
|
- Kubernetes API, service DNS, and Soteria's service account/RBAC
|
||||||
|
- Longhorn managers/backend service reachable at `SOTERIA_LONGHORN_URL`
|
||||||
|
- Longhorn backup target already configured and reachable if backups/restores are expected to work
|
||||||
|
- the `soteria` namespace and the Kubernetes secret used for backup policies
|
||||||
|
- ingress/proxy/auth headers if the UI is exposed with auth enabled
|
||||||
|
- B2 credentials and bucket access only if B2 usage reporting is enabled
|
||||||
|
- Prometheus/Grafana only for visibility; the service can run without dashboards
|
||||||
|
|
||||||
|
In a total bring-up, fix nodes, disks, Longhorn, and Flux first. Start using Soteria once PVC inventory is visible and Longhorn can make backups without being nursed.
|
||||||
|
|
||||||
Main endpoints:
|
Main endpoints:
|
||||||
|
|
||||||
- `GET /healthz`, `GET /readyz`, `GET /metrics`
|
- `GET /healthz`, `GET /readyz`, `GET /metrics`
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user