백엔드 개발자

강세필

소상공인 70명과의 인터뷰를 기반으로 비즈니스 플랫폼을 기획·개
발한 경험이 있으며, 기술 선택의 이유를 깊이 고민하며 설계 단계
에서 신뢰성 있는 결정을 내리고, 스터디와 문서화를 통해 팀원들과
지식을 공유하며 함께 성장하는 것을 중요하게 생각합니다.

정보처리기사(필기)

SQLD

강세필 이력서.pdf

자기소개서

포트폴리오

<h3>#Java #Spring #Spring Data JPA #MySQL #AWS #Kafka</h3><h1>개요</h1><p>소상공인 70여명을 대상으로 구글 폼 설문지와 인터뷰를 통해 어려움을 파악했습니다.</p><p>소상공인/자영업자는 직원 출퇴근 관리, 급여 관리 및 급여 명세서 발송, 매/지출 관리 및 문서 작성에 대한 어려움을 파악했습니다. 이러한 불편함을 해소하고 쉽고 빠른 비즈니스 관리를 돕기 위해 개발되었습니다.</p><p>소상공인/자영업자 분들의 불편함을 해결하며, 상생 금융의 가치를 실천하고자 개발된 BaaS 기반 금융 서비스 플랫폼 입니다.</p><p></p><h1>안전하고 확장이 가능한 설계</h1><p>프로젝트를 설계함에 있어 금융 서비스는 안정성과 새로운 기능 추가에 대한 확장성이 필요하다는 고민을 하였습니다. 이를 해결하기 위해 기존 모놀리식 아키텍처에서 마이크로서비스 아키텍처(MSA)로 전환하였습니다.</p><p>기존의 모놀리식 아키텍처에서는 새로운 기능을 추가할 때 전체 시스템에 영향을 미치는 문제가 있었습니다. 또한, 트래픽 증가 시 특정 모듈만 확장하기 어려웠고, 서비스 간 결합도가 높아 유지보수에도 불리한 점이 있었습니다. 이러한 문제를 해결하기 위해, 각 서비스를 독립적으로 설계하고 개발할 수 있는 MSA를 도입하였습니다.</p><p>MSA를 적용한 결과, 팀원들이 각자의 기능을 분리하여 개발할 수 있어 짧은 시간 내에 안정적인 서비스 구현이 가능했습니다. 또한, 서비스별 개별 배포 및 확장이 가능해져 특정 기능의 트래픽이 증가하더라도 해당 서비스만 확장하여 리소스를 효율적으로 활용할 수 있었습니다.</p><p>이러한 설계를 통해 안정성을 유지하면서도 빠르게 새로운 기능을 추가할 수 있는 확장성 있는 시스템을 구축할 수 있었습니다.</p><p></p><h1>JPA 병목 이슈 해결 조회 속도 71% 개선</h1><p>Core Banking 시스템에서 계좌 내역을 조회하는 과정에서 복잡한 연관 관계로 인해 예상보다 훨씬 많은 쿼리가 실행되면서 성능 저하가 발생하는 문제가 있었습니다. 이 문제는 계좌(Account)와 은행(Bank) 등의 여러 엔티티가 복잡하게 연관되어 있어, 하나의 계좌를 조회할 때마다 해당 계좌에 연관된 추가적인 N개의 쿼리가 실행되면서 발생했습니다.</p><p>기존 데이터 조회 방식은 계좌 데이터를 먼저 조회한 후, 각 계좌에 연관된 은행 정보를 별도로 조회하는 방식이었습니다. 이 과정에서, 예를 들어 100개의 계좌를 조회할 경우 1번의 계좌 조회 쿼리와 100번의 은행 조회 쿼리가 실행되는 구조였습니다. 따라서 예상보다 훨씬 많은 쿼리가 실행되면서 성능이 급격히 저하되는 문제가 발생했습니다.</p><p>이 문제를 해결하기 위해 Fetch Join을 사용하여 계좌와 연관된 은행 정보를 한 번의 쿼리로 가져오도록 최적화하였습니다.<br>이렇게 최적화한 결과, 평균 조회 시간이 2.8초에서 0.8초로 단축되었습니다.</p><p></p><h1>서버 간 통신 성능 및 유지보수성 개선</h1><p>MSA 구조에서는 여러 개의 서비스가 서로 통신해야 합니다. 기존에 적용한 WebClient 방식은 코드의 복잡성 증가, 성능 저하, 예외 처리의 어려움 등의 문제가 있었습니다. 또한, 서비스 URL을 직접 코드에서 관리해야 했기 때문에, 서비스 주소가 변경될 경우 코드 수정이 필요하고, 서비스 간 결합도가 높아지는 문제가 발생했습니다.</p><p>이 문제를 해결하기 위해, Spring Cloud OpenFeign을 도입하여 HTTP 요청을 선언적 방식으로 처리할 수 있도록 개선하였습니다. 또한, Eureka와 연동하여 서비스 디스커버리 및 동적 로드 밸런싱을 구현함으로써 서비스 간 결합도를 낮추고, 유지보수성을 향상시킬 수 있었습니다.</p><p></p><h1>다양한 방식의 협업</h1><p>'집계사장' 프로젝트는 저를 포함한 총 6명의 협업을 통해 진행되었습니다. 개발을 시작함에 앞서 코드의 통일성을 지키기 위해 회의를 진행하여 코드 컨벤션을 통해 코드 스타일을 통일하고, Jira를 통한 업무 분배, Notion을 활용해 개발 이슈를 공유하며 효과적인 협업 환경을 조성했습니다. 또한, Figma로 UI/UX를 통일하여 일관된 디자인을 유지했습니다.</p><p>매일 아침 회의를 통해 일정을 공유하고, 매주 금요일 회고를 진행하여 개선점을 도출하고, GitHub의 Pull Request를 통한 코드 리뷰로 미흡한 부분과 더 나은 방식의 코드를 통해 기존의 방식과 제시된 방식을 비교하여 더 나은 방식으로 리팩토링을 진행하였습니다.</p>