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

Support named, ordered services #54

Open
skpy opened this issue May 7, 2024 · 1 comment
Open

Support named, ordered services #54

skpy opened this issue May 7, 2024 · 1 comment
Labels
status: oncall Flagged for awareness from Honeycomb Telemetry Oncall type: enhancement New feature or request

Comments

@skpy
Copy link
Contributor

skpy commented May 7, 2024

I'd like to use loadgen to build Honeycomb graphs for training purposes. I'd like to construct scenarios where I know what symptom caused what visible display, so that I can then talk trainees through the logic of digging into and through spans.

Currently, loadgen creates a handful of services but there's no way for users to define the names, or set an order of nesting.

Describe the solution you'd like
I'd like to see either a YAML or JSON file with a simple ordering of services. Something like this YAML:

- toplevel1
  - sub1
    - redis1
  - sub2
    - pgsql2
- toplevel2
  - sub3
    - mssql3
  - sub4
  - sub5
- toplevel3
  - sub1
    - redis1
  - sub6

(I suppose a gnarly CLI option could be supported, too, but I suspect that's a lot more work for very little benefit?)

I would then like to be able to define some variable results for the sub-spans. For my specific use case, I want to generate a bunch of good data over a period of time, and then generate a bunch of data where one of the sub-systems fails completely. This failure may or may not be reported as an error on the higher-up services. In this way, we can simulate "Application sub3 had a bad deploy / fell over / lost its database" and see real-world graphing results of that.

@skpy skpy added the type: enhancement New feature or request label May 7, 2024
@JamieDanielson JamieDanielson added the status: oncall Flagged for awareness from Honeycomb Telemetry Oncall label May 22, 2024
@MikeGoldsmith
Copy link
Contributor

Hi @skpy - sorry for the slow reply.

This is an interesting feature request that we will discuss and add to our backlog. We're unsure when we may consider it for development.

However, we're always open to PRs, so if you feel like working on it and want to submit a PR, we'd be willing to review and give feedback.

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: oncall Flagged for awareness from Honeycomb Telemetry Oncall type: enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants