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

ability to directly forward to victoriametrics endpoints from alloy #614

Open
shrikant-rajappan opened this issue Jun 14, 2024 · 2 comments
Labels
feature Request a new feature

Comments

@shrikant-rajappan
Copy link

Description

Wish to send frontend telemetry data directly to victoriametrics endpoints from Alloy.

Architecture is as following :

  • GKE kubernetes cluster with nodejs frontends
  • grafana deployed in dev-grafana namespace
  • Faro and Alloy delployed in dev-faro namespace
  • victoriametrics prometheus scraping metrics from all applications
  • Only able to define either tempo or mimir endpoints at the moment for real user monitoring which we do not have in our platform as of now. Neither do we have Loki .

Only got one reference of the same in documention viz.,

**Captured frontend measurements are stored in Loki instead of Prometheus to avoid cardinality issues.**

Captured frontend measurements are stored in Loki instead of Prometheus to avoid cardinality issues.

Proposed solution

Please could it be explained more clearly if we only need to pick Faro and Alloy for Real user monitoring then can we use prometheus OR victoriametrics endpoints directly ? If not why and also please do elaborate on cardinality issues if any referring to the documents mentioned above.

@shrikant-rajappan shrikant-rajappan added the feature Request a new feature label Jun 14, 2024
@codecapitano
Copy link
Collaborator

High @shrikant-rajappan

Faro has it's own wire protocol.
Every signal besides traces send from Faro is stored in Loki. Traces are stored in tempo.

Faro provides an otel-transport which translates Faro payload to otel before sending it but with the exception that it doesn't create otel metrics, only otel-logs and traces.

So long story short best is to use Faro together with Alloy because alloy does the translation and sends the data to Loki/Tempo.

Loki has the ability to create metrics from logs (metric queries).

@codecapitano
Copy link
Collaborator

For everything Alloy related it's best to open an issue in the Alloy repository.
This repository is only for the Faro web-sdk.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature Request a new feature
Projects
None yet
Development

No branches or pull requests

2 participants