Perfect, I'll get started collecting that data. Thanks for the direction. Best, Austin
On Wed, Oct 28, 2020 at 1:07 PM Julien Pivotto <[email protected]> wrote: > On 28 Oct 08:28, Austin Cawley-Edwards wrote: > > Hey Julien, > > > > Following up on if you've had time to think about how we can move > forward > > on one of these paths. I haven't been able to find any formal proposals > for > > the other recently merged SDs like Eureka besides this comment[1]. Would > it > > be valuable for us to work on something similar for envoy's xDS in the > > meantime? > > > Let's be honest that recent service discoveries are 'small', and that > big ones are quite old now. > > I still need to gather intel on xDS; but let's start by collecting data: > > - What would the configuration look like (does it need multiple > `roles`) > - Which meta labels could we have exposed > - How would we set the address > > That hopefully should not be too much work and then we can see how/if we > move forward with this. > > > > > Thanks, > > Austin > > > > [1]: > > > https://github.com/prometheus/prometheus/pull/3369#issuecomment-667344846 > > > > On Wednesday, October 21, 2020 at 6:49:59 PM UTC-4 Austin Cawley-Edwards > > wrote: > > > > > That makes sense to me, and would be nice to build of an existing > > > protocol, and agree it sounds like a large effort. I’m pretty new to > xDS as > > > well, though we have many people on the Kuma team who are quite > > > knowledgeable — I’d be happy to set up a call/ bring them in to help > size > > > the work if you’d be open to that. > > > > > > And understand + agree on the configuration approach for the extra > layer. > > > The main difficulty for users is configuring the file_sd + sidecar, > > > relabel_configs should be fairly straightforward and accessible. > > > > > > Austin > > > > > > On Wed, Oct 21, 2020 at 6:37 PM Julien Pivotto < > [email protected]> > > > wrote: > > > > > >> On 21 Oct 15:12, Austin Cawley-Edwards wrote: > > >> > Hey all, > > >> > > > >> > I've gathered up some research about our efforts with the DNS SD > > >> option, > > >> > please let me know if I've overlooked something. > > >> > > >> I have been looking on my side too - I think that what the option > that's > > >> more likely on the table would not to have a "generic" implementation, > > >> but a xDS protocol service discovery. In that case, it would not be an > > >> issue to have that in Prometheus (even the gRPC version). > > >> > > >> However, the extra layer that kuma is offering in the SD should be > done > > >> at the Prometheus configuration level - e.g. by the user, in the > > >> relabel_configs. > > >> > > >> I think I'd like to better understand xDS but it seems that it could > be > > >> good option for a service discovery in Prometheus, at least at first > > >> sight. > > >> > > >> We are looking at a huge amount of work here I think. > > >> > > >> -- > > >> Julien Pivotto > > >> @roidelapluie > > >> > > > > > > > -- > > You received this message because you are subscribed to the Google > Groups "Prometheus Developers" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/prometheus-developers/89922987-42e4-4807-9956-5590cb2de558n%40googlegroups.com > . > > > -- > Julien Pivotto > @roidelapluie > -- You received this message because you are subscribed to the Google Groups "Prometheus Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-developers/CALGL%2BUBExJmaD9rzXWnTJf5h6my3cbYrrh-uQjCD9U9PGoW-Aw%40mail.gmail.com.
