back-end supports multiple users #313

Closed
opened 2025-04-18 10:28:28 +02:00 by kiara · 3 comments
Owner

As an operator using the Fediversity panel,
I want to be able to deploy applications owned by my separate user,
so that I don't have to share them.

implementation notes

  • so far, our demo code has deployed to a hard-coded set of machines. to fix our Django implementation to live up to its promise of offering distinct users, we should instead have it allow each operator to spin up their own services instead.
  • ideally the hypervisor should deploy from a user specific to the operator for security
  • c.f. #314 on making state explicit, which could then perhaps be exposed back into TF state
  • c.f. #241
  • c.f. our hypervisor test, which already creates a user
  • c.f. #615, providing an LDAP that a hypervisor could plug into as well
**As** an operator using the Fediversity panel, **I want** to be able to deploy applications owned by my separate user, **so that** I don't have to share them. ## implementation notes - so far, our demo code has deployed to a hard-coded set of machines. to fix our Django implementation to live up to its promise of offering distinct users, we should instead have it allow each operator to spin up their own services instead. - ideally the hypervisor should deploy from a user specific to the operator for security - c.f. #314 on making state explicit, which could then perhaps be exposed back into TF state - c.f. #241 - c.f. our hypervisor test, which already creates a user - c.f. #615, providing an LDAP that a hypervisor could plug into as well
kiara added this to the Fediversity project 2025-04-18 10:28:28 +02:00

The data model already allows multiple deployments per operator, so this is "merely" a UI issue (i.e. needs proper user stories).

The data model already allows multiple deployments per operator, so this is "merely" a UI issue (i.e. needs proper user stories).
Author
Owner

the front-end needs probably the least amount of change here - if given #116 we could recreate current VMs, this ticket would complete that by ensuring VM identities are distinguished between users.

the front-end needs probably the least amount of change here - if given #116 we could recreate current VMs, this ticket would complete that by ensuring VM identities are distinguished between users.
kiara changed title from multi-tenancy / separate operators' deployments to demonstrate support for multiple users 2025-06-01 16:32:10 +02:00
kiara changed title from demonstrate support for multiple users to ProxmoX back-end supports multiple users 2025-06-01 16:37:17 +02:00
kiara removed this from the Fediversity project 2025-06-10 19:07:10 +02:00
kiara added this to the Fediversity project 2025-08-02 16:41:01 +02:00
kiara changed title from ProxmoX back-end supports multiple users to hypervisor back-end supports multiple users 2026-05-02 17:15:58 +02:00
kiara changed title from hypervisor back-end supports multiple users to back-end supports multiple users 2026-05-14 18:48:24 +02:00
Author
Owner

should be fixed with #967 given for incus the user distinction may not apply

should be fixed with #967 given for incus the user distinction may not apply
kiara closed this issue 2026-05-14 20:18:45 +02:00
Sign in to join this conversation.
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference
fediversity/fediversity#313
No description provided.