Manage projects from the UI: create, rename and delete
Projects are no longer only a deployment setting: admins can create, rename
and delete them directly in Settings → General, and the switcher updates
to match — while the built-in default and config-defined projects stay
read-only.
- Create, rename, delete — from the app. An admin-only project card on Settings → General adds new projects, edits a project's display name, and deletes UI-managed ones. The sidebar switcher and General tab reflect changes immediately. Non-admins keep read-only visibility of the projects they're granted.
- Deployment-owned projects stay protected. The built-in
defaultproject and any project declared in the chart (projectsvalue /AVURUOBS_PROJECTS) are clearly marked and cannot be edited or deleted from the UI — the app refuses with a409, so your source-of-truth config always wins. - A stable id, an editable name. A project's id is an immutable tenant slug — the partition key on every trace, log and metric; only its display label is editable. Renaming or deleting never rewrites telemetry: a delete removes the entry and its data ages out by the existing retention, and a still-active tenant simply reappears as auto-discovered.
- Admin-enforced, server-side. The new
POST/PUT/DELETE /api/v1/projectsendpoints require a global admin (403otherwise), andGET /api/v1/projectsnow returns each project'ssource,labelandeditableflag. See the API reference. - Groundwork for what's next. This is the first slice of the projects work; per-project ingest keys and multi-cluster aggregate views build on the same model.