기술 스택: Spring Boot, Spring Data JPA, QueryDSL, MySQL, GCP(Google Cloud Platform), Firebase
2024 GDSC Solution Challenge
- Conserving ecological diversity is curcial, in what ways can we actively contribute to biodiversity conservation and ensure its preservation?
- we created ecological map using AI to increase accuracy and provide missions to attract people's participation
- Ecological Map
- Develop a comprehensive scological map to visualize and understand the distribution and habitas of various of species.
- AI
- Utilize advanced AI technology to accurately identify and classify flora and fauna, enhancing the precision of species data.
- Challenge
- Introduce interactive challenges and missions to captivate user interest, encouraging active participation and contribution to biodiversity conservation.
-
본 프로젝트는 4명의 팀원이 함께 진행했습니다. 저는 백엔드를 전담했으며, 클라이언트는 안드로이드 앱으로 구현되었습니다.
-
매주 오프라인 미팅을 통해 4명의 팀원이 프로젝트 진행 상황과 의견을 공유
초기에는 온라인으로 미팅을 진행했으나 의사소통에 어려움이 많아 오프라인 미팅으로 전환했습니다. 그러나 팀원들 간 구현 역량과 프로젝트 목표에 차이가 있어 각자의 현재 상황을 파악하고 공유할 필요성을 느꼈습니다.
이에 팀원들과 솔직한 대화를 나누어 각자의 강점과 약점을 공유했고, 이를 바탕으로 팀원들의 역할을 효과적으로 분담. 저는 이 과정에서 백엔드를 전담하게 되었습니다.
AI 서비스 Gemini를 활용해 생태 지도를 만들어가는 애플리케이션 서비스입니다.
사용자가 특정 생물을 촬영하면 Gemini가 해당 생물을 식별하여 명칭을 알려줍니다. 사용자는 촬영한 생물들로 개인 도감을 만들고, 다른 사용자들이 저장한 생물들의 위치를 지도에서 추적할 수 있습니다. 또한 특정 생물 촬영 미션을 만들고 서로의 미션을 달성하면서 즐겁게 생태지도를 더욱 풍성하게 만들어갈 수 있습니다.
프로젝트를 진행하며 여러 문제를 해결하는 과정에서 특히 기억에 남는 것은 스프링의 트랜잭션 처리 방법과 DB의 트랜잭션 처리 방법에 대한 이해가 깊어진 점입니다. 프로젝트 초기에는 기본기 부족으로 제대로 이해하지 못하고 잘못된 방식으로 문제를 해결했습니다. 그러나 몇 개월 후 다시 문제를 해결하는 과정에서 더 근본적인 문제점들을 발견하게 되었고, 이를 통해 실질적인 성장을 경험했습니다.
-
GCP를 활용해 간단한 인프라를 구성
팀원들마다 선호하는 기술 스택과 아키텍처가 달랐지만, 시간적 제약으로 인해 인프라 구성을 전담했습니다. 요구사항을 효율적으로 충족할 수 있는 심플한 아키텍처를 설계했고, 이를 통해 의견 충돌을 최소화하며 프로젝트를 신속하게 진행했습니다.
-
JPA에서 엔티티 간의 연관관계 확인을 위한 의도치 않은 쿼리 발생으로 Lazy loading이 적용 안됨.
[자세히 보기: https://github.com/koo995/portfolio/blob/main/eco-spot/one-to-one.md]
일대일 양방향 관계에서 Lazy loading이 적용되지 않는 문제가 발생했습니다. 원인을 분석한 결과, 외래키를 관리하는 엔티티가 아닌 반대 방향에서 조회 시 연관관계 확인을 위해 불필요한 쿼리가 발생하는 것을 확인했습니다.
이를 해결하기 위해 불필요한 양방향 관계를 단방향 관계로 변경하여 필요 없는 쿼리 발생을 방지했습니다.
-
Firebase 인증을 활용한 자동 회원가입과 로그인 과정의 동시성 이슈
[자세히 보기: https://github.com/koo995/portfolio/blob/main/eco-spot/transaction.md]
인증 과정에서 중복 회원가입으로 인한 DB에 동일한 데이터가 중복해서 들어가는 문제가 발생했습니다. 중복 문제는 유니크 제약조건을 적용하여 간단히 해결할 수 있었지만, 이 과정에서 트랜잭션이 적용되지 않은 코드를 발견했습니다.
이후 자동 회원가입과 로그인 구현을 위해 트랜잭션을 적용했으나, 원자성이 제대로 보장되지 않아 문제가 지속되었습니다. 문제 상황을 재구현하고 디버깅을 통해 분석한 결과, Spring AOP의 트랜잭션 처리, 애플리케이션의 원자성, DB 트랜잭션의 원자성에 대한 이해가 부족했던 것이 원인이였습니다.
이후 유니크 제약 조건을 적용하고 DataIntegrityViolationException 발생 시 재시도 로직을 추가하여 해결으나, 이 예외는 유니크 제약 조건 위반 외의 경우에도 발생할 수 있어 의도하지 않은 재시도가 실행될 수 있다는 문제가 존재했습니다. 최종적으로 프로세스가 잘못되었음을 인지하고 API 호출 프로세스를 분리하는 방식을 고려할 수 있었습니다.
