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

Efficiency over paid network links #37

Closed
codefromthecrypt opened this issue Apr 13, 2017 · 2 comments
Closed

Efficiency over paid network links #37

codefromthecrypt opened this issue Apr 13, 2017 · 2 comments
Labels

Comments

@codefromthecrypt
Copy link
Member

Somewhat relating to #36, zipkin has users in AWS that are interested in stackdriver integration. The question of cost came from a twitter conversation (translated by @shakuzen)

I think there's a few things we could do to limit network impact:

  • use zipkin-reporter-java's AsyncReporter or another means to bundle patch requests so that people can try not to run over stackdriver's quota for external requests
    • this has a secondary plus, as making a StackDriverSender allows apps to embed stackdriver support without running an external process. For example, sleuth could natively support stackdriver this way.
  • explore compression. trace data is mostly strings (even if in protos) and compresses really well, which can limit paid egress from clouds like amazon.
@elefeint
Copy link
Contributor

elefeint commented Oct 6, 2020

@adriancole Sorry for the noise today -- we've been going over the team's issues. AsyncReporter bundles messages as far as I know, so I was wondering whether this issue is obsolete or still relevant?

@codefromthecrypt
Copy link
Member Author

Ah this is about the proxy (zipkin-gcp image). We still don't do anything like this, but as it was speculative on my part will close it.

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

No branches or pull requests

2 participants