설정 중앙 관리 이유
분산 처리 환경에서는 수십 개, 수백 개의 서비스 인스턴스가 동작
만약 데이터베이스 주소가 바뀌거나 보안 키를 갱신해야 한다면 모든 서비스의 코드를 수정하고 다시 빌드해서 배포하는 것은 불가능
Spring Cloud Config의 역할
- 중앙 제어: 설정 파일 하나만 바꾸면 이를 바라보는 모든 인스턴스에 영향을 줌
- 보안: 소스 코드와 설정을 분리하여 민감한 정보(DB 계정, JWT Secret 등)를 안전하게 관리
트러블 슈팅
크게 문제되었던 부분은 없었고 따로 configservice 라는 프로젝트를 생성하고 원래 있던 properties파일을 주석처리하고 그 내용들을 config에 옮기지 않았더니 유레카에 등록이 안되었던 문제가 발생. 각 서비스의 properties 파일을 생성해 설정
완성된 분산 인프라의 모습 이제 우리 시스템은 단순히 기능을 나눈 것을 넘어, 인프라적으로 유기적인 생태계를 갖춤
- Eureka: 서비스의 위치를 찾음
- Gateway: 요청의 입구를 관리
- Config Server: 서비스의 뇌(설정)를 관리
[Feat] Spring Cloud Config Server 구축을 통한 설정 중앙 관리화 by 0hj1hyeon · Pull Request #1 · 0hj1hyeon/msa-lab
Config Service 모듈 생성: Spring Cloud Config Server를 이용한 설정 서버 구축. Native 파일 시스템 기반 저장소 설정: src/main/resources/config/ 경로에 각 서비스별 설정 파일(.properties) 위치 Config Client 연동: users
github.com
'분산 처리 환경' 카테고리의 다른 글
| 스프링 분산 처리 환경 18: Github Action (0) | 2026.02.10 |
|---|---|
| 스프링 분산 처리 환경 17: Feign Client (0) | 2026.02.08 |
| 스프링 분산 처리 환경 15: MSA (0) | 2026.01.15 |
| 스프링 분산 처리 환경 14: Nginx 로드밸런싱 (1) | 2026.01.02 |
| 스프링 분산 처리 환경 13: Docker Compose (0) | 2025.12.19 |