Мы пытаемся создать приборную панель для нашего приложения как единую точку ввода/конфигурации. Для этого мы будем строить и пользовательский интерфейс и хотели бы запустить Spring Cloud Config и Eureka на том же экземпляре. Есть ли причина, по которой мы не должны этого делать, и если это невозможно?Запуск Spring Clound Config и Eureka на том же сервере
ответ
@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
Благодарим вас за ответ. Теперь я задаюсь вопросом, имеет ли смысл ... потому что службы конфигурации используются для обеспечения конфигурации в разных средах (dev/prod/etc) .., и Eureka кажется привязанным к определенному env, где он соединяет разные службы. Имеет ли Eureka эту возможность (работает с несколькими env)? Имеет ли это смысл? – mvlupan
Ну, я бы попросил другого. Почему вы хотите это сделать? Чтобы преодолеть такую же политику происхождения? В этом случае я создам загрузочное приложение «frontend», которое будет обслуживать пользовательский интерфейс и прокси-серверы Eureka и Config. –
Идея заключается в создании весеннего загрузочного приложения с некоторыми возможностями ui (администрирования), а также интеграции конфигурации и обслуживания eureka. Это упростило бы процесс развертывания для нас, поскольку мы рассматриваем возможность развертывания на [AWS Elastic Beanstalk] (http://aws.amazon.com/elasticbeanstalk/), где мы можем развернуть банку. То, что вы предлагаете, заставит нас обернуть все в изображение докеров. Я не говорю, что это плохой идеал, но у нас будет отдельная процедура развертывания только для этой службы. – mvlupan
Почему, по-вашему, вы не можете обернуть это как банку? –