2015-10-29 3 views
0

Мы пытаемся создать приборную панель для нашего приложения как единую точку ввода/конфигурации. Для этого мы будем строить и пользовательский интерфейс и хотели бы запустить Spring Cloud Config и Eureka на том же экземпляре. Есть ли причина, по которой мы не должны этого делать, и если это невозможно?Запуск Spring Clound Config и Eureka на том же сервере

+0

Ну, я бы попросил другого. Почему вы хотите это сделать? Чтобы преодолеть такую ​​же политику происхождения? В этом случае я создам загрузочное приложение «frontend», которое будет обслуживать пользовательский интерфейс и прокси-серверы Eureka и Config. –

+0

Идея заключается в создании весеннего загрузочного приложения с некоторыми возможностями ui (администрирования), а также интеграции конфигурации и обслуживания eureka. Это упростило бы процесс развертывания для нас, поскольку мы рассматриваем возможность развертывания на [AWS Elastic Beanstalk] (http://aws.amazon.com/elasticbeanstalk/), где мы можем развернуть банку. То, что вы предлагаете, заставит нас обернуть все в изображение докеров. Я не говорю, что это плохой идеал, но у нас будет отдельная процедура развертывания только для этой службы. – mvlupan

+0

Почему, по-вашему, вы не можете обернуть это как банку? –

ответ

2

@mvlupan, вам нечего держать вместе. Это одна из причин, по которым мы создали @EnableEurekaServer и @EnableConfigServer.

pom.xml сниппет.

<parent> 
    <groupId>org.springframework.boot</groupId> 
    <artifactId>spring-boot-starter-parent</artifactId> 
    <version>1.2.7.RELEASE</version> 
    <relativePath/> <!-- lookup parent from repository --> 
</parent> 

<dependencies> 
    <dependency> 
     <groupId>org.springframework.cloud</groupId> 
     <artifactId>spring-cloud-config-server</artifactId> 
    </dependency> 
    <dependency> 
     <groupId>org.springframework.cloud</groupId> 
     <artifactId>spring-cloud-starter-eureka-server</artifactId> 
    </dependency> 
</dependencies> 

Application.java сниппет

@EnableEurekaServer 
@EnableConfigServer 
@SpringBootApplication 
public class DemoconfigandeurekaserverApplication { /*...*/} 

application.properties фрагмент кода (так эврика и конфигурация сервера не конфликтуют).

spring.cloud.config.server.prefix=/config 
+0

Благодарим вас за ответ. Теперь я задаюсь вопросом, имеет ли смысл ... потому что службы конфигурации используются для обеспечения конфигурации в разных средах (dev/prod/etc) .., и Eureka кажется привязанным к определенному env, где он соединяет разные службы. Имеет ли Eureka эту возможность (работает с несколькими env)? Имеет ли это смысл? – mvlupan