ride dev

[MSA] e-commerce API; 프로젝트 흐름[MSA] e-commerce API; 구현1 - 설정(config-server, eureka-server, gateway)[MSA] e-commerce API; 구현2 - customer, product, payment, order, notification 작성한 ERD를 참조하여 구현합니다.Customer고객(Customer)의 데이터는 MongoDB에 저장하여,고객의 자료형 또는 고객 데이터의 변화에 유연하게 대처할 수 있게 합니다. 아래는 customer프로젝트의 의존성입니다.dependencies { implementation 'org.springframework.boot:spring-boot-starter-actuator' impl..

[MSA] e-commerce API; 프로젝트 흐름[MSA] e-commerce API; 구현1 - 설정(config-server, eureka-server, gateway)[MSA] e-commerce API; 구현2 - customer, product, payment, order, notification먼저, 최상위 디렉토리를 생성합니다.관리할 항목들에 대한 디렉토리를 생성하고, docker-compose.yml을 작성합니다.0. docker-compose.yml주요 항목은 4 가지 입니다.services, network, volumes, secretsservices는 postgres, mongodb, kafka 등의 서비스를 담당합니다.networks는 각 컨테이너의 네트워크 설정을 담당합니다.v..

[MSA] e-commerce API; 프로젝트 흐름[MSA] e-commerce API; 구현1 - 설정(config-server, eureka-server, gateway)[MSA] e-commerce API; 구현2 - customer, product, payment, order, notification프로젝트 흐름전체적인 흐름은 아래와 같으며 하나씩 분해해보겠습니다.1. Eureka(Discovery) Server, Config Server, GatewaySpring Cloud의 기초적인 형태입니다.Eureka Server에 모든 서비스를 등록합니다.각 서비스는 Config Server에서 중앙 집중식으로 구성 관리합니다.외부 요청은 Gateway가 리디렉션합니다.2. 인터넷 → 게이트웨이 → (..

[HTTP Client] 예제 HttpURLConnection, Apache HttpClient, RestTemplate, OpenFeign, WebClient, RestClient Spring Cloud를 활용한 Http Client 예제를 이어서 작성하겠습니다.student-service와 school-service에 공통적으로 적용할 yml 파일을 config-server에 작성합니다.spring: datasource: driver-class-name: org.postgresql.Driver url: jdbc:postgresql://localhost:5432/students username: ride password: password jpa: hibernate: ..

[HTTP Client] 개요HttpURLConnection, Apache HttpClient, RestTemplate, OpenFeign, WebClient, RestClient0. HTTP ClientHTTP Client는 서버와 HTTP 통신을 담당하는 라이브러리 또는 도구를 의미합니다.이를 통해 웹 애플리케이션에서 데이터를 조회 할 수 있습니다.(MSA에서)다른 서버와 통합 작업을 가능하게 하고,(공공데이터와 같은)외부 API와 데이터를 주고 받을 수 있습니다.0.1 Spring Boot의 HTTP ClientSpring Boot는 다양한 HTTP Client를 사용할 수 있습니다.HttpURLConnection, Apache HttpClient, RestTemplate, Feign, WebCli..

TDD란?TDD는 테스트 주도 개발을 의미합니다.개발자가 특정 기능에 대한 테스트를 작성한 다음,그 테스트를 통과하기 위한 최소한의 코드를 작성하고,리팩토링하는 과정으로 진행됩니다.과정 Red -> Green -> Refactor각 과정을 Red, Green, Refactor 라고 합니다.Red특정 기능에 해당하는 테스트를 작성합니다.(구현되지 않았기 때문에 실패합니다)Green테스트를 통과하기 위한 최소한의 코드를 작성합니다.(효율보다 통과를 우선시합니다)Refactor테스트가 통과하는 것을 확인하면서 코드를 리팩토링합니다.데모 프로젝트docker container 프로젝트 TDD용 프로젝트를 생성하겠습니다.ControllerTest 클래스를 생성합니다. @SpringBootTest 를 사용하지 않고 ..

짧막한 요약애플리케이션을 웹, 비즈니스, 데이터 등 여러 계층으로 나눌 수 있습니다.각 계층이 담당하고 있는 책임이 다르지만, 보안이나 로깅은 모든 계층에서 필요합니다.공통의 관심사를 구현하고,원하는 계층 별로 적용하는 것을 관점 지향 프로그래밍이라고 합니다.Spring AOP는 관점 지향 프로그래밍 프레임 워크 중 하나입니다.관점 지향 프로그래밍(AOP)?애플리케이션은 대부분 웹 계층, 비즈니스 계칭, 데이터 계층 등 계층적 접근을 적용합니다.(애플리케이션에 따라 층이 더 세분화 되거나 추가 되기도 합니다)웹 계층 - 뷰 로직, 컨트롤러, REST API의 JSON 변환비즈니스 계층 - 비즈니스 로직데이터 계층 - MySQL, MariaDB 등의 영속성(Persistence) 로직Cross Cuttin..

Fork을 통해 다른 사람의 Repository를 자신의 GitHub 계정에 복사할 수 있습니다.(commit history와 파일 모두)이렇게 복사된 Repository를 원본 저장소의 fork라고 합니다.private repository라도, 접근 권한이 있으면 fork할 수 있습니다.1. Repository - Fork - Create a new fork2. Repository 이름 설정fork한 repository는 출처가 표기됩니다.fork된 repository에 push하면,원본이 아닌 사용자의 repository로 push됩니다.원본 프로젝트에 다이렉트로 push하지 못하더라도 pull은 가능합니다. 오픈소스 프로젝트나 팀 프로젝트에서 fork를 여러 개 두어 작업할 수 있습니다.작업을 완료..

1. GitHub Repository 설정 페이지 들어가서 브랜치 보호 규칙 추가하기 2. 브랜치 이름 패턴을 설정하기/feature, /release 등으로 설정하여 특정 패턴을 가진 브랜치에 규칙을 적용할 수 있습니다.Require a pull request before mergingmerge하기 전에 PR하도록 강제하기Require approvals승인 최소 인원수 설정Dismiss stale pull request approvals when new commits are pushed새 커밋이 push될 때, 과거 PR 승인을 무효화Require review from Code Owners코드 소유자도 리뷰하도록Require approval of the most recent reviewable push..

일반적인 workflow는 main 브랜치에서 작업을 하지 않고,개별적인 브랜치를 생성하여 작업합니다. 다른 사람의 코드가 미완성일지라도 commit 했다면,코드를 확인할 수 있습니다.물론, main 브랜치는 안정적으로 구동중입니다.기능이 완성되어 안정적으로 동작하면, main 브랜치에 merge합니다.main 브랜치의 코드는 무결성을 지향합니다.특정 기능 브랜치에서 기능에 대한 개발을 완료-병합 후 브랜치를 삭제합니다.새로운 기능을 개발하기 시작하면 새로운 기능에 대한 브랜치를 생성하여 작업합니다. main 브랜치에 Merge할 때 PR을 활용하여 TEST, 코드 리뷰, 논의 과정을 거칩니다.프로젝트 구성원들이 독자적인 판단에 의해 main branch로 merge한다면,개인의 실수가 main bran..