refactor(backend): normalize naming convention to backend rather storage

no ambiguity with the backend rather storage
This commit is contained in:
Edouard Vanbelle
2026-08-02 14:49:35 +02:00
parent a10d3254bf
commit 015f2da0f7
30 changed files with 185 additions and 185 deletions
+5 -5
View File
@@ -488,7 +488,7 @@ export interface StorageEncryptionPair {
cipher: string;
/**
* SSH-style colon-hex 8-byte fingerprint of the key. Matches
* `storage_rotate`'s `head_key_fp` and the `oxicloud --fingerprint`
* `backend_rotate`'s `head_key_fp` and the `oxicloud --fingerprint`
* CLI output — enables one-glance identification of which key is
* which. `undefined` for `none:` pairs (no key material).
*/
@@ -578,15 +578,15 @@ export function migrationAction(
}
/**
* K4 (storage-key-rotation): trigger `storage_rotate` on a specific
* K4 (storage-key-rotation): trigger `backend_rotate` on a specific
* storage entry. Normalises every blob on `<name>` to that entry's
* head-pair format: legacy → v1, plaintext ↔ encrypted, old-key →
* new-key. Fire-and-forget — poll `GET /api/admin/jobs/storage_rotate`
* new-key. Fire-and-forget — poll `GET /api/admin/jobs/backend_rotate`
* for status.
*
* Backend: `POST /api/admin/storage/entries/{name}/rotate`
* (`admin_handler::trigger_storage_rotate`). Refuses (400) on unknown
* entry name or when a `storage_rotate` / `storage_migration` run is
* (`admin_handler::trigger_backend_rotate`). Refuses (400) on unknown
* entry name or when a `backend_rotate` / `backend_migration` run is
* already in flight.
*/
export function rotateStorageEntry(name: string): Promise<void> {
+1 -1
View File
@@ -556,7 +556,7 @@ export interface JobSummary {
* whether the row is expandable (drawer with run history +
* findings) and to gate the retention/purge action — replaces
* the pre-K3 name-based allowlist that missed newly-added
* recoverable tenants (`storage_rotate` shipped first without a
* recoverable tenants (`backend_rotate` shipped first without a
* row-expand until this flag was added).
*/
recoverable: boolean;
@@ -11,11 +11,11 @@
*
* Rendered inside `AppShell` above `{children}` when the
* `x-server-status` header says the whole server is in read-only
* mode — typically during a `storage_migration` cutover.
* mode — typically during a `backend_migration` cutover.
*
* ## `variant="rotating"` — background key rotation
*
* K4 storage-key-rotation. `storage_rotate` walks blobs in place;
* K4 storage-key-rotation. `backend_rotate` walks blobs in place;
* writes/reads continue normally throughout. Copy makes it clear
* this is a background maintenance banner, not a freeze — the app
* is fully usable.
@@ -29,9 +29,9 @@ export interface ProgressStatus {
/**
* JSON shape emitted in the `x-server-status` header.
*
* * `migration` — present only during a `storage_migration` run;
* * `migration` — present only during a `backend_migration` run;
* engages `readonly = true` (all writes are refused).
* * `rotation` — present only during a `storage_rotate` run (K4
* * `rotation` — present only during a `backend_rotate` run (K4
* storage-key-rotation); `readonly` stays false, uploads and
* reads continue normally throughout.
*