Metrics Data Segregation
All customers' Metrics are isolated on the Fluent platform due to the Metrics Data Segregation.
The purpose of data segregation is to:
- Ensure data security, privacy, and compliance;
- Maintain the Metrics' data integrity;
- Prevent unauthorized access from different customers.
Metrics Data multi-tenancy solution principals:
- One Metrics workspace per customer per environment.
- One Metrics workspace is responsible for managing the Metrics Data for only one customer:
- writing,
- storing,
- querying.
- One Metrics workspace stores the Metrics for all the Retailers associated with one customer/account.
Metrics Managing Flow

Metrics managing flow includes the following steps:
1. We instrument the Application Source Code to capture the Platform Metrics as activity occurs.
Two primary applications play pivotal roles in the Inventory Processing flow:
- Fluent APIs act as an entry point, accepting external HTTP API requests from the customer.
The Metrics captured for Fluent APIs pertain to the requests that: - the Fluent platform has “received”,
- or the ones customers have “sent”.
- Orchestration engine (Rubix) processes the customer’s business logic by executing Orchestration event requests.
The Metrics captured here relate to the Fluent platform's requests “processed”.
2. The Metrics data is routed (through the Metrics Collector) to each customer-specific Metrics workspace by remote writing endpoint based on the
label value.
The Metrics data is stored in the Metrics workspace and ready for query.
Metrics Data Access Management
- Metrics API is introduced as part of GraphQL API.
- GraphQL API provides the authorization functionality:
- Validation of the user token correctness.
- Validation if the user has been granted the accessible roles/permissions.
Info
permission has been created for the Metrics data access management.
- The introduction of GraphQL API as a proxy guarantees that all the Metrics queries requested by one user always belong to one specific customer/account rather than all customers' Metrics being accessible by any users.
Info
Metrics API query operations could be utilized in OMX UX Framework Manifest directly.
Metrics API Querying Flow

Metrics API querying flow includes the following steps:
1. Two Metrics GraphQL queries are available for customers to retrieve the Metrics data:
Info
GraphQL API receives the request by calling the Metrics GraphQL query with the user token.
2. GraphQL API identifies the account ID for the user from:
- The user token,
- and request header.
Then Metrics API queries the corresponding Metrics workspace by the account ID.
3. After the Metrics API gets the Metrics workspace, it:
- Sends the PromQL (Prometheus Query Language) the user provides to the Metrics workspace.
- Receives the response from the Metrics workspace.
- Maps the response back to Metrics API schema (check the Metrics API Schema section in the Getting Started with Metrics API).
- Returns the Metrics query result to the user.