Kubernetes service discovery

[elr1c...@gmail.com]

Looking at the doc of vertx service discovery, I understand that it is only possible to retrieve http-endpoints services with kubernetes.

However, looking at this repository, I can see that it is possible to retrieve a redis endpoint too : https://github.com/cescoffier/vertx-devoxxfr-2017/blob/master/shopping-backend/src/main/java/me/escoffier/demo/ShoppingBackend.java

So, I am not sure to have understood what is exactly possible to do or not with vertx service discovery bridge for Kubernetes. Actually, I would also like to retrieve services of type EventBusService or MessageSource registered on Openshift. All my services communicate via the event bus, not via http.

Is it possible ?

Thanks by advance.

[Thomas SEGISMONT]

Which doc did you take a look at?

There is a list of builtin service types on the website: https://vertx.io/docs/vertx-service-discovery/java/#_types_of_services

You can create your own as well: https://vertx.io/docs/vertx-service-discovery/java/#_implementing_your_own_service_type

--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+unsubscribe@googlegroups.com.
Visit this group at https://groups.google.com/group/vertx.
To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/45fd9973-f4ef-4d3a-8dfc-42f584dfd6a4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[elr1c...@gmail.com]

Hi,

I had a look at this : https://vertx.io/docs/vertx-service-discovery/java/#_kubernetes_bridge

For this subject, it is said that : "Only http-endpoint are supported for now."

From that, I have understood that only HttpEndpoint is supported for Kubernetes from the list : https://vertx.io/docs/vertx-service-discovery/java/#_types_of_services

Am I wrong ? Can I also use EventBusService or MessageSource types ?

On Wednesday, April 18, 2018 at 10:03:46 AM UTC+2, Thomas Segismont wrote:

Which doc did you take a look at?

There is a list of builtin service types on the website: https://vertx.io/docs/vertx-service-discovery/java/#_types_of_services

You can create your own as well: https://vertx.io/docs/vertx-service-discovery/java/#_implementing_your_own_service_type

2018-04-17 20:53 GMT+02:00 <elr1c...@gmail.com>:

Looking at the doc of vertx service discovery, I understand that it is only possible to retrieve http-endpoints services with kubernetes.

However, looking at this repository, I can see that it is possible to retrieve a redis endpoint too : https://github.com/cescoffier/vertx-devoxxfr-2017/blob/master/shopping-backend/src/main/java/me/escoffier/demo/ShoppingBackend.java

So, I am not sure to have understood what is exactly possible to do or not with vertx service discovery bridge for Kubernetes. Actually, I would also like to retrieve services of type EventBusService or MessageSource registered on Openshift. All my services communicate via the event bus, not via http.

Is it possible ?

Thanks by advance.

--
You received this message because you are subscribed to the Google Groups "vert.x" group.

To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.

[Thomas SEGISMONT]

The Kubernetes *bridge* is a tool to _import_ Kubernetes services into Vert.x service discovery. As of Vert.x 3.5.1, it only supports importing Kubernetes HTTP services.

That doesn't mean you can't publish/retrieve EventBus or any kind of supported service when operating on Kubernetes.

To unsubscribe from this group and stop receiving emails from it, send an email to vertx+unsubscribe@googlegroups.com.

Visit this group at https://groups.google.com/group/vertx.

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/febaf9f9-4307-4cf0-adca-4a9c046faaea%40googlegroups.com.

[elr1c...@gmail.com]

Ok thanks a lot !

[Clement Escoffier]

On 18 Apr 2018, at 10:37, Thomas SEGISMONT <tsegi...@gmail.com> wrote:

The Kubernetes *bridge* is a tool to _import_ Kubernetes services into Vert.x service discovery. As of Vert.x 3.5.1, it only supports importing Kubernetes HTTP services.

As well as various databases (mongo, redis, mysql, postgres…).

Clement

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/CACiEr_S95vp3OhQf-j8uY%3DnEmXmX-Bgk_gL6YOXQd2z%2BtBt-iw%40mail.gmail.com.

[Thomas SEGISMONT]

2018-04-18 16:13 GMT+02:00 Clement Escoffier <clement....@gmail.com>:

On 18 Apr 2018, at 10:37, Thomas SEGISMONT <tsegi...@gmail.com> wrote:

The Kubernetes *bridge* is a tool to _import_ Kubernetes services into Vert.x service discovery. As of Vert.x 3.5.1, it only supports importing Kubernetes HTTP services.

As well as various databases (mongo, redis, mysql, postgres…).

So this doc section should be updated: https://vertx.io/docs/vertx-service-discovery/java/#_kubernetes_bridge ?

 

Clement

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/CACiEr_S95vp3OhQf-j8uY%3DnEmXmX-Bgk_gL6YOXQd2z%2BtBt-iw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+unsubscribe@googlegroups.com.
Visit this group at https://groups.google.com/group/vertx.

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/EDE779BB-92CB-4D67-997F-48765E295327%40gmail.com.

[Clement Escoffier]

On 18 Apr 2018, at 16:35, Thomas SEGISMONT <tsegi...@gmail.com> wrote:

2018-04-18 16:13 GMT+02:00 Clement Escoffier <clement....@gmail.com>:

On 18 Apr 2018, at 10:37, Thomas SEGISMONT <tsegi...@gmail.com> wrote:

The Kubernetes *bridge* is a tool to _import_ Kubernetes services into Vert.x service discovery. As of Vert.x 3.5.1, it only supports importing Kubernetes HTTP services.

As well as various databases (mongo, redis, mysql, postgres…).

So this doc section should be updated: https://vertx.io/docs/vertx-service-discovery/java/#_kubernetes_bridge ?

Good catch! 

Clement

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/CACiEr_RBYkWpLgbo%3DgM2XD_xpSM__jUG_mN%3DVbyKayaK9RbPow%40mail.gmail.com.

[Thomas SEGISMONT]

I filed this: https://github.com/vert-x3/vertx-service-discovery/issues/88

@elr1co13013 would you like to contribute the doc fix?

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/CACiEr_RBYkWpLgbo%3DgM2XD_xpSM__jUG_mN%3DVbyKayaK9RbPow%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+unsubscribe@googlegroups.com.
Visit this group at https://groups.google.com/group/vertx.

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/BE5F7B41-B0E0-40F4-AD8F-C3769A1FBDE8%40gmail.com.

[elr1c...@gmail.com]

Hi Thomas,

sorry, I was on holidays last week. 

I saw Clement already did the fix, it is very good.

However, I have 2 other questions about service discovery (not only Kubernetes one) :

• does service discovery supports load balancing ? according to this issue, it does not. Maybe it would be useful to add it in the doc too.
• how do you manage tests (unit and integration) with ServiceDiscovery.create calls ?

Thanks by advance. 

[Clement Escoffier]

On 30 Apr 2018, at 22:19, elr1c...@gmail.com wrote:

Hi Thomas,

sorry, I was on holidays last week. 

I saw Clement already did the fix, it is very good.

However, I have 2 other questions about service discovery (not only Kubernetes one) :

• does service discovery supports load balancing ? according to this issue, it does not. Maybe it would be useful to add it in the doc too.

It depends on what you are discovering. Typically in Kubernetes it does support the Kubernetes load balancing. However, on bare infrastructure it does not. The issue is open for a long time because it is tricky. Typically load balancing needs to be done in conjunction with health check to know what are the current set of healthy services. 

• how do you manage tests (unit and integration) with ServiceDiscovery.create calls ?

You mean to inject services in your tests? You can register service explicitly using the `publish` method. 

Clement

Thanks by advance. 

--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
Visit this group at https://groups.google.com/group/vertx.

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/ba08adb1-a6d0-4d1c-938f-0bd8030ea97b%40googlegroups.com.

[Julien Ponge]

• how do you manage tests (unit and integration) with ServiceDiscovery.create calls ?

You mean to inject services in your tests? You can register service explicitly using the `publish` method.

​Example here, not for integration testing but for local development outside of k8s: https://github.com/jponge/demo-vertx-kotlin-rxjava2-kubernetes/blob/master/temperature-gateway/src/main/kotlin/io/github/jponge/temperature/gateway/DevModeDiscoveryVerticle.kt​