🤙 Contact

GitHub : https://github.com/vanillacake369
E-mail : [email protected]
Tech-Blog :
- **https://tony-tech-blog.vercel.app/**
- **https://velog.io/@vanillacake369/posts**

💁‍♂️ 지훈님은 어떤 사람인가요?

저의 가장 큰 장점은 팀원 간 생각을 공유하길 좋아하며, 이를 토대로 합리적인 결정을 이끌어낼 수 있는 점입니다.
1. 이를 위해 회의록을 통해 팀원과 문제점/원인/해결방안 구조를 사용하여 문서화하고 있습니다. 회의록
2. 복잡한 기능인 경우, 효율적인 코드리뷰를 위해 구조도와 이슈를 관련지어 올리고 있습니다. https://github.com/Team-BC-1/gream-backend/pull/237
고민의 결과보다 합리적인 방법을 함께 찾아가는 과정을 좋아합니다. 코드리뷰 혹은 기술교류회와 같은 모임을 즐기고 환영합니다!
1. 코드리뷰 시, 개선점을 제시, 회의를 통해 더욱 효율적인 코드를 찾아가본 경험이 있습니다.
  1. 하나의 메서드가 여러 역할을 수행하는 경우, 메서드 분리를 제시해보았습니다.
    1. https://github.com/Team-BC-1/gream-backend/pull/212
    2. https://github.com/Team-BC-1/gream-backend/pull/202
  2. 소셜로그인과 같이 복잡한 프로세스에 대해 구조도 혹은 javaDoc 을 제시함으로서 가독성을 높이게끔 하였습니다.
    1. https://github.com/Team-BC-1/gream-backend/pull/211
나만의 코드가 아닌 공통의 코드를 작성한다는 관점으로 접근합니다. 팀원 전체가 이해하기 힘든 패턴이거나 납득하기 어려운 코드를 지양하고자 합니다.
1. 전략패턴, 파사드패턴과 같은 디자인 패턴 혹은 Vavr과 같은 함수형 패턴을 제시하여 팀원들과 함께 패턴 적용을 해본 경험이 있습니다.

📚 기술

Back-End

Front-End

Tools

Java 17, Spring Boot 3.1, JPA 3.1, Querydsl 5.0
Junit5, Swagger SpringDoc 2.3.0 , MapStruct 1.5.5
Mysql 8.0.34, Redis 7.2.4
HTML, VanillaJS ES6, jQuery, CSS
Ubuntu, MobaXterm
Git, GitHub Issues
Slack, Notion
IntelliJ, Datagrip, Postman

👨‍💻 프로젝트

Untitled

기프티콘 중고거래 프로젝트

기프티콘계의 크림! 기프티콘 구매 및 판매 입찰 거래 플랫폼의 백엔드 팀으로 참여하였습니다. (Git) (실제 이용해보기)

Backend Developer

2024.01-

Java, Spring Boot, JPA, Querydsl,
AWS 클라우드 환경
Junit5, JMeter, Swagger, MapStruct
GitHub Actions (CI) , Git Issue

담당팀

백엔드 개발팀

주요 개발내역

입찰 데이터에 따른 주문 체결 API
- 마감기한 이전의 가장 최근 판매입찰 데이터에 대해 즉시구매 체결 API
- 마감기한 이전의 가장 먼저 생성된 구매입찰 데이터에 따른 즉시판매 체결 API
사용자의 관심상품 등록 / 해지 API
상품 페이지네이션 조회 API
상품의 구매입찰가 페이지네이션 조회 API
상품의 판매입찰가 페이지네이션 조회 API
토스페이먼츠 결제 모듈 API

문제상황 / 해결방안

역할에 따른 단일 Service, DB 분리

문제 상황

단일 Service, DB가 모든 비즈니스 처리
- 단일책임원칙 위반으로 인한 코드악취와 높은 유지보수성
- 단일 DB 장애발생에 대한 대비책 ❌
- 트래픽 급증에 따른 단일 DB의 처리량 ⬆

해결 방안

모든 Service를 Command, Query Layer로 분리
LazyConnectionDataSourceProxy 를 활용하여 Transactional(readOnly = true) 에 대해서 Secondary DB를 매핑하게끔 구현
AWS RDS 의 Multi-AZ와 Read Replica 를 활용
- Multi-AZ
  - 여러 가용영역의 Standby DB를 활용하여 MHA 지원
- Read Replica
  - Async 동기화 처리를 통한 유연한 데이터 복제
  - Command 에 대한 DML 처리 제한

개선 사항

AWS RDS ReadLatency
- 4micro sec -> 2micro sec
AWS RDS WriteLatency
- 2micro sec -> 0.5micro sec
AWS RDS CPU
- 8% -> 6%

토스 결제 API 에러 대비 정책

문제 상황

Kakao OAuth, Toss Payments, S3 Bucket 등 여러 분산 서비스 사용
하나의 서비스가 비즈니스와 분산서비스 호출 모두를 책임지고 있음
비즈니스 에러에 따른 분산 서비스 에러 정책이 없다면 에러가 발생하더라도 분산서비스가 호출될 가능성이 있음

해결 방안

도메인 서비스와 분산 서비스 전용 핸들러를 분리
@TransactionalEventListener를 사용하여 도메인 트랜잭션과 분산서비스 처리를 하나의 프로세스로 묶음

파사드 패턴 활용

문제 상황

주문 서비스 처리 시 주문 이외에 여러 도메인을 사용
Spring Bean DI 에 대한 순환참조가 발생하는 이슈 발생
여러 도메인을 주입받아 사용하다보니, 각 도메인의 역할에 따라 유스케이스를 분리하기 어려운 이슈 발생

해결 방안

파사드 패턴을 활용
예외 발생 케이스에 대한 롤백 처리를 분리
메소드 추출을 통해 각 도메인의 역할 별 메소드 래핑 처리

🎓 교육

2018.03-2019.09 안동대학교 정보통신공학과

2021.09- 안동대학교 컴퓨터공학과 ( 휴학 중 )

2023.10-2024.02 스파르타 코딩클럽 내일배움캠프

💨 기타 활동

2021.03-2023.03 안동대학교 컴퓨터공학과 4연속 성적우수장학금
2021.03-2022.12 안동대학교 컴퓨터공학과 NGN 연구실장