IT 지식 저장소

길고도 험난했던, MSA였습니다. 어렵다면 어려운 부분도 많았고, 알고있다고 생각했는데 모르는 것들도 많았습니다. Eureka Server,Client 와 Gateway,Security,LoadBalance,Config 등... 많이 했다고 느끼지만, 첫 걸음이었다는 사실에 놀랍긴합니다. 이제 부터 할 작업은 MSA의 고도화 작업입니다. 기존에 진행했던 작업에 조금 더 고급진 기술을 사용하려합니다. 가장 먼저 할 작업은 대칭키를 이용한 암호화 처리 입니다. -지금 까지 사용한 프로젝트 파일을 첨부합니다. Part2부터 참조하실 분들은 해당 프로젝트를 확인해주세요. *해당 압축파일은 WorkSpace입니다. import를 생각하신다면 각 서비스를 import 시켜야합니다. #bootstrap.yml(Con..

이제 본격적으로 Spring Cloud Bus를 활용하기에 앞서 몇가지 설정을 해주려 합니다. 바로 시작하겠습니다. #BootStrap.yml( User,Config,Gateway ) 먼저 저번시간에 진행했던 Native Profile로 세가지 서비스를 모두 맞춰줍니다. profiles를 active 시켜주세요! spring: cloud: config: uri: http://127.0.0.1:8888 name: config-service profiles: active: native #pom.xml(Config-Service) 먼저 Config-Service의 pom.xml 파일에 Dependency를 추가합니다. org.springframework.boot spring-boot-starter-actuat..

지금까지는 두가지 방식으로 Configuration 파일을 불러오는 작업을 했습니다. 그 방법으로는 Local에서 불러오는 방식과 Git에서 불러오는 방식으로 나뉘어져 있었어요. 이번에는 해당 방식들과는 조금 다르게 Native에서 불러오는 방식을 보려고 합니다. #시작하기에 앞서서... Native 방식의 장점이 어떤걸까요? Native방식을 채택하면, 따로 커밋하는 작업을 하지 않아도 됩니다. Local과 Git을 활용하는 방식모두 파일 등록 후 Commit작업을 거쳤지만, Native 방식은 File을 직접 참조하기 때문에 이런 과정을 생략 할 수 있어요. 아주 편리한 방식이지만, 깃에 등록을 안하기 때문에 협업시에는 오히려 불편 할 수도 있다는 점이 단점이겠네요. #Native File Repos..

그동안 Actuator를 활용해서 Refresh를 통해서 변경된 서버설정값을 가져갔습니다. 물론 이용안하는 것보다는 편하지만, 포스팅을 따라하셨던 분들이라면, 지속적으로 Refresh하는 과정이 번거롭다는 생각이 드셨을 거에요. 이러한 문제점을 해결하기 위해서 나온게 바로 Spring Cloud Bus 입니다. Spring Cloud Bus를 활용하면, 한번의 Refresh로 Bus와 연결되어있는 모든 Service를 Refresh하게 됩니다. 기존에는Gateway-Service,User-Service 마다 각각 Refresh해줘야 했던 반면, Spring Cloud Bus를 활요하면 한번의 Refresh만으로도 작업이 완료가 된다는 의미입니다! 다만 Spring Cloud Bus를 활용하기전에 Rabb..

-해당 포스팅은 Git Hub 회원가입이 선행되어야 합니다. -해당 포스팅은 인프런의 Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA)을 참고했습니다. 기존에 Repository는 Local이었지만 Local 환경은 협업도 어렵고, 파일을 유실했을때 찾기도 어렵습니다. 그래서 이번엔 Git Hub와 연동을 통해서 원격 Repository에 지금까지 저희가 작업한 내용을 올릴려 합니다! 천천히 따라와주세요. #Git Hub 먼저 Git-Hub에 로그인을 한 뒤 오른쪽 상단에 + 버튼을 클릭해 Create a new repository로 이동해줍니다. 다음과 같이 Repository를 생성하겠습니다. 해당 Repository로 이동 후 최 상단에 있는 https://github.com/~..

- 해당 포스트는 전에 진행한 Config -Service 에서 이어집니다. - 또한 해당 포스트는 인프런 강좌 Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA)를 참조했습니다. # Profiles? yml File을 읽을 때 Profiles를 설정해주면, 각각 의 서비스에 서로 다른 Yml을 제공해줄 수 있습니다. 백번의 말 보다는 직접 해보는게 더 와닿을 것이라 생각이 드니 바로 시작할게요! 가장 먼저 진행 할 것은 기존에 작성한 ecommerce.yml 파일을 복사해서 3개로 늘려주세요 제목 형태는 application을 Default로 두고 뒤에 성질을 알 수 있도록 dev와 prod를 붙혔습니다. #ecommerce.yml token: expiration_time: 86400..

이번엔 Gateway에 Config Server를 연동할 예정입니다. User-Service의 Login은 토큰을 발급하는데 해당 토큰은 Secret에 따라서 바뀌게 됩니다. Gateway에 인증 시스템이 있으니 User-Service의 Secret 값이 바뀌면 당연히 Gateway의 Secret값도 동일한 값으로 변경되어야 합니다. 서론이 너무 길었네요 바로 시작하겠습니다. #pom.xml user-service와 동일하게 dependency를 추가해줍니다. org.springframework.boot spring-boot-starter-actuator org.springframework.cloud spring-cloud-starter-config org.springframework.cloud spri..

이번엔 한번 Config-Server에 있는 Yml 파일을 조금 수정해볼려고 합니다. #ecommerce.yml 기존 token 값에서 ecommerce 값을 추가해줍니다. token: expiration_time: 86400000 secret: ggpark_token_ecommerce gateway: ip: 0.0.0.0 #cmd 다시 cmd창을 열고 repositroy 가 있는 경로로 이동해줍니다. 그리고 아래의 커맨드를 입력해줍니다. git add ecommerce.yml git commit -m "changed some values" #Test UserService Test를 위해서 다시 User-Service를 재시작해줍니다. 정상적으로 바뀌었네요... 흠... 그런데 말이죠... 이거 묘하게 ..

지금까지 User-Service를 제작했는데 이제 Config Server 와 연동을 하려 합니다. 여기서부터는 새로 시작한다는 마음으로 지금까지 작성된 프로젝트를 공유합니다. 다만 저번 시간에 말씀드린 Config 의 기본설정을 완료하셨다는 전제로 진행하겠습니다. #프로젝트 파일 한 가지 주의하셔야할건 spring_cloud는 Work_Space 개념입니다. spring_cloud는 프로젝트가 아닙니다! 그리고 IntelliJ 를 활용한다는 기준으로 각 service는 하나의 창에서 하나씩 실행시켜아 합니다. STS나 Eclipse와는 다르게 Intellij 는 하나의 프로젝트는 하나의 Window라는 개념이라는 점 숙지 바랍니다. #개요 이번 시간에 진행할 내용은, Config-Server의 정보를 ..