You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently session stats are written into the database via the agent or via the connecting clients reporting workspace usage. This data is partitioned by a usage flag on the table and subsequently the database queries use this flag to get the correct data depending on if the workspace-activity experiment is enabled or not.
Then this data is read from on different intervals and bucketed into different tables. The way we collect the data, count the unique number of sessions per timeframe, and filter certain data points out are all ad hoc and a little different depending on the query. Because this data is used by the workspace API, autostart and autostop, template insights, deployment stats, and prometheus metrics you often end up with slightly different numbers based on which feature you look at and what queries that feature is using.
Now that the spaghetti is starting to be fully understood and the code is being unified into less paths and branches, we should take the time to unify our query logic so it's easier for developers to understand in the future and make the data across the platform more consistent.
The text was updated successfully, but these errors were encountered:
Currently session stats are written into the database via the agent or via the connecting clients reporting workspace usage. This data is partitioned by a
usage
flag on the table and subsequently the database queries use this flag to get the correct data depending on if theworkspace-activity
experiment is enabled or not.Then this data is read from on different intervals and bucketed into different tables. The way we collect the data, count the unique number of sessions per timeframe, and filter certain data points out are all ad hoc and a little different depending on the query. Because this data is used by the workspace API, autostart and autostop, template insights, deployment stats, and prometheus metrics you often end up with slightly different numbers based on which feature you look at and what queries that feature is using.
Now that the spaghetti is starting to be fully understood and the code is being unified into less paths and branches, we should take the time to unify our query logic so it's easier for developers to understand in the future and make the data across the platform more consistent.
The text was updated successfully, but these errors were encountered: