일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 스프링
- OS
- Spring
- kotlin
- TDD
- 알고리즘
- algorithm
- baekjoon
- 백트래킹
- 네트워크
- 코틀린
- 프로젝트
- Brute-force
- 모던자바
- 자료구조
- lambda
- programmers
- java
- Java8
- LEVEL2
- BFS
- 백준
- 운영체제
- 자바
- backtracking
- 그래프
- back-end
- 프로그래머스
- DFS
- DP
- Today
- Total
목록MSA/Spring Cloud (2)
요깨비's LAB
기존의 YOS 프로젝트의 Spring Cloud Config 소스의 Legacy 프로젝트를 개편하면서 알게 된 정보를 기록합니다. 스프링 2.4.x로 업그레이드 되면서 Spring Cloud Version은 2020.0.x를 사용하도록 강제하고 있습니다. 이 과정에서 Config Client 부분의 설정 부분에서 변경점이 생겼습니다. 1. bootstrap.yml을 더이상 사용하지 않는다.(물론 use-legacy-processing: true 설정을 통해 사용은 가능) 2. config server의 uri를 명시하기 위한 yml 표기가 바뀜. 1. bootstrap.yml은 기존의 application.yml의 로드보다 먼저 선행이 되어서 config server로부터 설정파일을 읽어온다음 읽어온 설..
로컬에서 Eureka Cluster Mode로 확인을 하던 도중 unavailable-replicas(사용할 수없는 복제본)에 로컬의 8761 포트의 eureka 모듈이 표시 돼있는 것을 확인하였습니다. 해당 문제를 해결하기 위해 검색을 하던 도중 해당 글이 있어서 정리합니다. Eureka 인스턴스를 '사용할 수없는 복제본'으로 가져 오는 경우 다음 이유 중 하나 때문일 수 있습니다. 두 인스턴스에서 동일한 애플리케이션 이름을 사용하지 않았습니다 (스크린 샷의 EUREKA-CLUSTER에 주목하십시오. 무엇을 볼 수 있습니까?). /eurekadefaultZone URL에서 컨텍스트 를 놓쳤습니다 . 두 인스턴스에 동일한 호스트 이름을 사용 했습니까 (예 : localhost)? 그들은 달라야한다는 것을..