Thanks for your reply Rodrigo.. I will try this , and keep posted in the thread.
On Wednesday, November 16, 2016 at 6:38:37 PM UTC+5:30, Rodrigo Campos wrote: > > Also, take into account that you can dynamically update the labels a > service will use to match pods (so now it matches abc:xy and can change it > to match pods with abc:xy and add:xy on the fly). > > That might be useful, depends on what you want to do. > > On Wednesday, November 16, 2016, 'David Aronchick' via Kubernetes user > discussion and Q&A <kubernet...@googlegroups.com <javascript:>> wrote: > >> Hi-- >> >> Brandon is saying any combo of pods can have any arbitrary set of >> services - it's not exclusive. >> >> So you could have: >> - testservice - that points at all four pods >> - testservice-beta - that points at just the pods with BOTH labels of >> foo=bar and app=ABC >> - testservice-test - that points at just the pods with BOTH labels of >> foo=bar and app=xyz >> >> Then to access just the subset, you choose the endpoints that make sense. >> On Wed, Nov 16, 2016 at 00:13 Vinoth Narasimhan <talk2.v...@gmail.com> >> wrote: >> >>> Thanks Philips, Its an excellent example. I have the same scenario as >>> like "service : beta.example.com" >>> >>> In the diagram "beta.example.com" links to 2 pods one is test and other >>> is prod. >>> >>> If you access the service "beta.example.com" it will round robin the >>> request to 2 pods one is test and prod. >>> >>> >>> >>> Is there a way more specific to access the service on the pod >>> "env=test". ?. If want i change the service point to "env=prod" by using >>> the same service "beta.example.com" >>> >>> >>> >>> On Wednesday, November 16, 2016 at 1:24:30 PM UTC+5:30, Brandon Philips >>> wrote: >>> >>>> Maybe this diagram can help explain how you can use label queries to >>>> accomplish this: >>>> >>>> >>>> https://speakerdeck.com/philips/coreos-a-tutorial-on-hyperscale-infrastructure?slide=100 >>>> >>>> Brandon >>>> >>>> On Tue, Nov 15, 2016 at 11:31 PM Vinoth Narasimhan <talk2...@gmail.com> >>>> wrote: >>>> >>>>> Let say i have 4 pods running . 2 have them label "app=xyz" and 2 of >>>>> them lable "app=abc" under the same service "testservice" >>>>> >>>>> >>>>> I want to hit the pods services through "testservice" only to the pods >>>>> have the label "app=xyz" >>>>> >>>>> >>>>> when hit "http://testservice" it will loadbalance across all the 4 >>>>> pods . >>>>> >>>>> I need to specific to forward the request to the pods which has the >>>>> label "app=xyz" >>>>> >>>>> >>>>> like http://testservice.<lables app=xyz> >>>>> >>>>> >>>>> >>>>> >>>>> On Wednesday, November 16, 2016 at 12:50:01 PM UTC+5:30, Brandon >>>>> Philips wrote: >>>>> >>>>>> Yes, create a service with a label selector for each combination: >>>>>> >>>>>> http://kubernetes.io/docs/user-guide/labels/#label-selectors >>>>>> http://kubernetes.io/docs/user-guide/services/#defining-a-service >>>>>> >>>>>> >>>>>> On Tue, Nov 15, 2016 at 11:12 PM Vinoth Narasimhan < >>>>>> talk2...@gmail.com> wrote: >>>>>> >>>>> Our aim is to replace the Netflix Discovery with Kubernetes service >>>>>>> Layer. >>>>>>> >>>>>>> Our team register the Microservices app with Netflix eureka with >>>>>>> metadata like "tetant:xyz" and "tetant:abc" and uses Zuul to dynamic >>>>>>> routing to the app based on the Metadata from headers. >>>>>>> >>>>>>> >>>>>>> Through kubernetes services we can find the pod ip and port to >>>>>>> forward. >>>>>>> >>>>>>> Is there a way like forward the service to specific pod by using the >>>>>>> labels. >>>>>>> >>>>>>> Let say i have one service layer in kubernetes say "testservice" >>>>>>> with lables "app=xyz" and "app=abc" >>>>>>> >>>>>>> and i stared with 4 pod with 2 of them have selector "app=xyz" and 2 >>>>>>> of them have "app=abc" under the same service layer "testservice" >>>>>>> >>>>>>> >>>>>>> Is there a way to access the service "testservice" to only the pod >>>>>>> group which has "app=xyz" and "app=abc" >>>>>>> >>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "Kubernetes user discussion and Q&A" group. >>>>>>> >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send an email to kubernetes-use...@googlegroups.com. >>>>>>> To post to this group, send email to kubernet...@googlegroups.com. >>>>>> >>>>>> >>>>>>> Visit this group at https://groups.google.com/group/kubernetes-users >>>>>>> . >>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>> >>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Kubernetes user discussion and Q&A" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to kubernetes-use...@googlegroups.com. >>>>> To post to this group, send email to kubernet...@googlegroups.com. >>>>> Visit this group at https://groups.google.com/group/kubernetes-users. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Kubernetes user discussion and Q&A" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to kubernetes-users+unsubscr...@googlegroups.com. >>> To post to this group, send email to kubernetes-users@googlegroups.com. >>> Visit this group at https://groups.google.com/group/kubernetes-users. >>> For more options, visit https://groups.google.com/d/optout. >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Kubernetes user discussion and Q&A" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to kubernetes-users+unsubscr...@googlegroups.com. >> To post to this group, send email to kubernetes-users@googlegroups.com. >> Visit this group at https://groups.google.com/group/kubernetes-users. >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.