Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Show usage details in usage view #10328

Closed
3 tasks done
Tracked by #9036
easyCZ opened this issue May 29, 2022 · 6 comments
Closed
3 tasks done
Tracked by #9036

Show usage details in usage view #10328

easyCZ opened this issue May 29, 2022 · 6 comments
Assignees
Labels
team: webapp Issue belongs to the WebApp team

Comments

@easyCZ
Copy link
Member

easyCZ commented May 29, 2022

The usage view needs to show the details about who did run what workspace when, so that when in doubt users understand where and why the cost has been created.

Also such a view provides teams a great insight of how Gitpod is used and adopted within their team.

Note: The usage view should also be available when there is no billing configured, e.g. to see personal usage against your free credit, or to see self-hosted team usage.

@easyCZ easyCZ mentioned this issue May 29, 2022
73 tasks
@easyCZ easyCZ added the team: webapp Issue belongs to the WebApp team label May 29, 2022
@jankeromnes
Copy link
Contributor

Thought: We can show raw usage per Project, per User or per Team. Which one do we want here?

I guess we'll want per User first (for the skateboard). Later, we can also show per Team (once we have delegated billing). Per Project could also be interesting, but I'd leave it out of scope for now.

@easyCZ
Copy link
Member Author

easyCZ commented May 30, 2022

Excellent observation. I'd say go for the simplest one initially and we cut additional tickets for the subsequent ones.

@jankeromnes
Copy link
Contributor

FYI, sharing an exciting early draft concept from @gtsiolis of what the Usage UI could eventually look like:

Screenshot 2022-06-24 at 16 21 51

(I guess it's sort of off-topic here, since this issue calls for just showing "raw" usage data, but I think it's still helpful to give an idea of approximately what we'll want to show eventually. 💭)

@svenefftinge
Copy link
Member

svenefftinge commented Jun 27, 2022

The draft above looks more like one for an invoice with aggregated usage.

The usage view needs to show the details about who did run what workspace when, so that when in doubt users understand where and why the cost has been created.
Also such a view provides teams a great insight of how Gitpod is used and adopted within their team.

I see this as a first skateboard towards full blown Usage analytics, where teams can also get metrics that help understand how the team is spending it's time on top of this data.

In that light, let's remove the billing bits from the usage (besides the number of used credits) and show the list of sessions where for each session we show:

  • workspace id
  • user (shows prebuild when it's a prebuild, as 'user' is not relevant here)
  • project/repo
  • Start (absolute time stamp to the minute)
  • Duration
  • Credits
  • (optional) session id (workspace instance id) - to easily reference a session

FWIW I don't believe we need to make a decision if we start with user's usage or team's usage as both views would be more or less the same. In case I missed something it is clearly team usage that would have the priority IMO.

@jldec
Copy link
Contributor

jldec commented Jul 1, 2022

If we have the usage data and APIs available to show a paginated list with details for all workspace instances (including prebuilds) sorted most recent first, that would be 🥇.

@gtsiolis could we see a design for a detailed list view including the session details listed above?

@jldec jldec changed the title Show "raw" usage data on usage view Show usage details in usage view Jul 1, 2022
@laushinka laushinka self-assigned this Jul 7, 2022
@laushinka
Copy link
Contributor

We can close this as all tasks have been completed.
There will still be more iterations on the UI - this will be tackled in follow-up issues.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
team: webapp Issue belongs to the WebApp team
Projects
Archived in project
Development

No branches or pull requests

5 participants