netflix-eureka

According to this answer https://stackoverflow.com/a/41811770/2849613 I would like to get a little bit more information about best practices with microservices on Heroku. The question is which approach is better? Install every services as independent app, and use one of them as REST "proxy" (for example Netflix Eureka)? Or Create docker based approach with, for example Netflix Zuul as a load balancer? On my own I see already some pros and cons of both approaches: Pros : better scalability (easy to create new machines for bigger load). Cons : communication between services goes "outside of

UPDATE The README in this repo has been updated to demonstrate the solution in the accepted answer. I'm working with a simple example of a Spring Boot Eureka service registration and discovery based on this guide . If I start up one client instance, it registers properly, and it can see itself through the DiscoveryClient . If I start up a second instance with a different name, it works as well. But if I start up two instances with the same name, the dashboard only shows 1 instance running, and the DiscoveryClient only shows the second instance. When I kill the 2nd instance, the 1st one is

I am running a simple Junit Testing a Controller in Spring Boot. The test code looks like this: @RunWith(SpringJUnit4ClassRunner.class) @SpringApplicationConfiguration(classes = {FrontControllerApplication.class}) @WebAppConfiguration @ComponentScan @IntegrationTest({"server.port:0", "eureka.client.registerWithEureka:false", "eureka.client.fetchRegistry:false"}) @ActiveProfiles("integrationTest") public class MyControllerIT { In the application-integrationTest.properties I have the following Eureka Settings: ####### Eureka eureka.serviceUrl.default=http://localhost:8767/eureka/ eureka

I am working on Spring Boot Eureka Client Application with Ribbon Load Balancer. I have two instances of the server registered with Eureka with the name "TEST". On the client side, I have the following code to fetch the server from Eureka. @Configuration @ComponentScan @EnableAutoConfiguration @EnableEurekaClient @RestController public class EurekaConsumerApplication { @Autowired DiscoveryClient discoveryClient; @Autowired RestTemplate restTemplate; @RequestMapping(value = "/",method = RequestMethod.GET) String consumer(){ InstanceInfo instance = discoveryClient.getNextServerFromEureka("TEST",

I'm getting started with Netflix Eureka and using its 1.1.145 ( https://github.com/Netflix/eureka/tree/1.1.145 ) version. I want to start locally 2 instances of the same application on different ports and have them both registered with Eureka. I'm using sample service ( https://github.com/Netflix/eureka/blob/1.1.145/eureka-server/conf/sampleservice/sample-eureka-service.properties ) So I start Eureka itself and 2 instances using above config - one app on 8001 port and another on 8002. For some reason I'm getting only one instance registered with Eureka at any given time. Both of them start

We have an infrastructure with service discovery and load balancing (i.e. server side with STM and weblogic cluster). Now we are in the process of refactoring into micro-services. We would need an API gateway which does basic routing to other microservices. Netflix Zuul looks a good candidate however I could not get Zuul working without Eureka - but we do not need Eureka since we already have service discovery and load balancing in place. Is it possible to use Zuul without Eureka and Ribbon? If yes please provide some guild-lines since the there's no mention about in the wiki. Thanks. Yes, it

I am writing an application that is composed of a few spring boot based microservices with a zuul based reverse proxy in the front- It works when I start the services on my machine, but for server rollout I'd like to use docker for the services, but this seems not to be possible right now. Normally you would have a fixed "internal" port and randomized ports at the outside of the container. But the app in the container doesn't know the outside port (and IP). The Netflix tools match what I would want to write an efficient microservice architecture and conceptually I really like docker. As far as