gony-dev 님의 블로그

이번에는 드디어 1회차 프로젝트를 마무리 짓는 글이다!많은 이슈가 있었고, 팀원간에 문제를 해결하는 과정들이 있었지만 어찌저찌 잘 마무리한 것 같다.그럼 각설하고 1회차 프로젝트에 대한 마무리를 진행해보겠다. 이전 포스트에서는 docker-compose를 통해 컨테이너를 실행시켜 msa 환경이 잘 실행되는지 확인하고 테스트해보았다.다른 문제는 없었지만 계정을 로그아웃하고 재접속을 시도하였을 때 이전에 생성하였던 데이터 변경 사항이 적용이 되지 않아 아무 데이터도 저장되지 않았던 오류가 있었다.그래서 다양한 원인을 유추해 보았다. 추측1. ajax 호출위의 사진들은 Login 시 클라이언트 측에서 발생하는 진행상황이다.login을 진행하면 OAuth2 토큰을 받아와 유저 정보를 가져온다.이때 정보를 가져오..

지난 시간에는 서비스 코드를 리팩터링하여 가독성이 좋고, SOLID 원칙에 근거하도록 코드를 재구성해 보았다.이번에는 개선된 코드를 도커를 통해 컨테이너 실행하고 잘 되는지 테스트해 보겠다. 사실 많은 시간이 걸렸다. 팀원들 모두 MSA 환경을 처음 접해보았기 때문에 서비스 간의 통신과 라우팅을 직접 접해보고 이해하는 시간이 필요했기 때문이다..! 순서는 각 모듈에 대한 도커 컴포즈 파일의 구성, 그리고 이를 실행했을 때의 결과를 차례대로 보이도록 하겠다! Docker-compose.ymlversion: '3.8'networks: msa-network: driver: bridgeservices: rabbitmq: image: rabbitmq:3-management container_n..

AWS SES(Simple Email Service)말 그대로 간단히 이메일을 보내는 서비스이다.SMTP 인터페이스나 AWS SDK로 사람들에게 메일을 보낸다.메일을 받기 위해서는 S3나 SNS, Lambda와 통합할 수 있다.Amazon OpenSearch Service해당 서비스는 Amazon ElasticSearch의 후속작이라고 생각하면 된다.DynamoDB에서는 PK나 인덱스를 통해서만 데이터를 쿼리할 수 있었다.하지만 OpenSearch 사용 시 일부만 매칭이 되어도 모든 필드를 검색할 수 있다.OpenSearch는 두 가지 모드로 클러스터를 프로비저닝할 수 있다.Managed Cluster물리적 인스턴스가 프로비저닝Serverless Cluster서버리스 상태로 프로비저닝Cognito나 IA..

지난 번에는 Maven에서 Gradle로 프로젝트를 변경하는 과정을 진행해보았다.이번에는 내가 맡은 account-service 모듈을 리팩터링하는 과정을 살펴보겠다. piggymetrics 레거시 코드들의 특징은 다음과 같다.전체적으로 Lombok을 사용하지 않아 코드로 직접 구현하는 귀찮은 과정을 진행하였고, 오류 발생 시 클라이언트에게 반환하는 Exception도 제대로 구현되어 있지 않는 등 수정할 부분들이 많아 보였다.(오히려 좋아)하나씩 뜯어 고쳐보겠다.AccountControllerController 클래스의 코드 리팩터링 부분은 다음과 같다.1. 패키지별 API의 분리2. 원시 Mapping 사용이들을 수정하면 다음과 같아진다.@RequiredArgsConstructor@RestContro..

암호화전송 중 암호화는 TLS 또는 SSL이라고 부른다.(TSL는 SSL의 가장 최근 버전)데이터 전송 전에 암호화가 되고 받은 후에 해독되는 원리로 작용한다.이는 네트워크와 서버의 소통을 위해 사용된다.TLS 인증서가 암호화를 지원한다.전송 중 암호화를 하는 이유?데이터를 전송할 때 공공 네트워크를 사용하는 경우도 있고, 데이터가 여러 다른 서버를 통해 지나가기 때문에 중간자 공격을 방어할 필요가 있기 때문이다."중간자 공격"은 중간의 서버가 데이터를 받고 서버로 전송 중인 패키지를 관찰해버리는 것을 말한다.이러한 이유로 우리는 HTTPS나 TLS, SSL을 원한다!TLS를 이용한 데이터 전송암호화와 해독을 위한 키는 어딘가에서 관리가 일어나고, 서버가 이 키에 대한 접근을 할 수 있어야 함을 나타낸다..

지난 시간에는 스프링 데이터 JPA와 Querydsl의 기능을 비교하고,사용자 정의 리포지토리를 만들어 Querydsl을 상속받는 인터페이스를 구현보았다.이번에는 마지막 강의 정리로 복잡한 실무 환경에는 알맞지 않지만 스프링 데이터에서 제공하는 기능들을 살펴보겠다.인터페이스 지원 - QuerydslPredicateExecutorQuerydslPredicateExecutor는 인터페이스는 스프링 데이터 JPA에 Querydsl을 사용하기 위해 제공되는 기능이다.이를 사용하기 위해서는 사용하고 있는 인터페이스에 상속하면 된다!MemberRepository.javapublic interface MemberRepository extends JpaRepository, MemberRepositoryCustom, Q..

구름x카카오 부트캠프 프로젝트를 진행하던 도중, 의존성 주입을 하고 실행 테스트를 해보는 과정에서 난데 없는 오류가 발생하여 삽질을 하였기에 이를 기록해보겠다. 다음은 account-service 모듈 실행 오류이다.📌 Trouble"Failed to determine a suitable driver class"라는 말과 함께 오류가 발생하였다.내용을 보면 알겠지만 import하는 데이터베이스의 url을 표시하라는 문구이다.하지만 나는 mongoDB를 사용하기 때문에 이에 관한 설정은 해놓은 상태이다. 그럼에도 오류가 발생하는 이유가 뭘까?하나씩 살펴보도록 하자.먼저 account-service에 대한 설정은 다음과 같다.build.gradleapplication.yml위의 application.yml..

지난 시간에는 Repository를 통해 순수 JPA를 만들고 이를 Querydsl과 비교하는 시간을 가졌다.이번에는 Spring Data JPA를 이용한 방법과 Querydsl과의 차이를 알아보는 시간을 가져보도록 하겠다. 스프링 데이터 JPA 리포지토리로 변경이제 우리는 JpaRepository를 상속받은 인터페이스를 통해 제공되는 메서드로 간단한 쿼리를 조회할 수 있다! MemberRepositorypublic interface MemberRepository extends JpaRepository { // select m from Member m where m.username = ? List findByUsername(String username);}문득 코드를 보면 이런 생각을 할 수도..

지난 번에는 MSA 환경을 적용해보기 위해 MSA의 구조와 작동 원리를 학습하고 간단한 실습을 진행해보았다.이제 본 프로젝트에 적용하기 위해 한 단계씩 나아가보도록 하자! 프로젝트를 진행하기 위해서는 사전 작업이 필요하다.본 "piggyMetrics" 프로젝트를 살펴보면 maven으로 작업한 것을 볼 수 있는데 우리는 이것을 gradle로 변경할 계획이다.Why Gradle?단순히 Gradle로만 작업을 해왔다기에는 개발자로서의 체면이 서질 않는다.Gradle이 더 편하다고 듣고 적용을 해왔지만 확실한 이유를 알고 싶어서 짚고 넘어가기로 하였다. 1. Maven과 GradleMaven과 Gradle은 빌드 관리 도구로 사용된다.소스코드 파일을 독립적인 형태로 변환하여 컴퓨터에서 실행할 수 있도록 한다.빌..

카카오 x 구름 부트캠프의 회고록 2회차이다!지난 시간에는 간단한 프로젝트의 소개와 MSA를 사용하는 이유에 대해 알아보았다.MSA는 서비스의 수평적 확장과 독립성을 위해 사용하는 아키텍쳐로 팀 간의 협력을 용이하게 하고, 유지보수에 특화되어 있다는 특징이 있었다.이번 시간에는 Spring에서 MSA를 사용하기 위해 필요한 요소들을 알아보도록 하자!1. Spring Cloud MSA ComponentSpring Cloud GatewayURL 주소에 대해 여러 세부 경로에 따라 각각의 스프링부트 어플리케이션에 분배하는 역할을 수행한다.Spring Cloud Eureka Server모니터링 서버로 Eureka Client 설정을 해둔 서버를 Eureka Server에 명시한다.모니터링 기능과 함께 Sprin..