미리보기

0. 소개

• 장애인 대학생들의 교내 이동을 도와주는 참여형 배리어프리 지도 서비스

• 핵심기능인 '길찾기' 기능을 개발하여 장애인 대학생들의 안전한 캠퍼스 이동을 지원

1. 참여형 '길 추가' 알고리즘 개발

문제

• 공공 지도 데이터로는 교내 캠퍼스의 길을 표현하는데 한계가 존재

• 이로 인해, 캠퍼스 내 지도에 표시되지 않은 길을 직접 추가하는 기능의 필요성 대두

해결

• 교내 학생들이 직접 길을 그려서 추가할 수 있는 '길 추가' 알고리즘 개발

• 추가된 길의 곡선 표현이 어렵고, 기존의 길과 연결되지 않는 문제 발생 ->

  3m 단위로 직접 노드와 간선을 만들어 기능 개발

• '코어 노드'와 '서브 노드'의 개념을 만들어 교차로를 고려하여 개발

• R-tree를 활용하여 기존의 길과 겹치는지 50배 빠르게 탐색

2. 지도 데이터 서빙 중 OOM 발생, Stream & SSE 적용으로 메모리 사용량 50% 절감

문제

• '길을 찾지 않더라도 캠퍼스 내 이동 가능한 경로를 보고싶다'는 VoC 접수

• 이동 가능한 경로를 보여주기 위해 캠퍼스 내 5만 개의 경로 데이터를 서빙하는 과정에서 OOM 발생

해결

• 사용자의 줌 레벨에 따라 다르게 보여주는 LOD(Level of Detail) 방식을 검토했으나, '길 추가' 알고리즘의 전면 수정이 필요해 다른 최적화 방식을 선택

• 데이터 크기 최소화 및 일괄 수신 대신 여러 번 순차 통신하는 방식을 고안하여 시스템 부하를 분산

  • Projection 기법을 적용해 객체를 경량화하고, 조회 데이터 크기를 80% 감소

  • Stream 방식을 적용하여 데이터 순차 로딩을 구현, 최대 메모리 사용량 40% 절감

  • SSE(Server-Sent Events)를 활용해 데이터를 2,500개 단위로 분할 전송하여 전체 메모리 사용량 50% 감소

성과

• OOM 해결 및 동시 요청 처리량 증가에도 안정적 성능 유지

• 초기 화면 응답 속도 약 1초 단축하여 사용자 경험 개선

3. 5만건의 데이터 서빙 로직 3943ms 에서 110ms 개선

문제

• 수강신청날 소요시간 확인을 위한 트래픽이 몰려, p50 기준 3943ms 시간이 소요되는 문제 발생

해결

• 빠른 응답성을 위해 300ms 미만을 목표로 개선 작업 진행

  • 로컬캐시 Caffeine를 활용하여 3943ms 에서 403ms 개선

  • 로깅 출력 부분에서 병목확인하여 Log4j2의 Async Logger 사용, 403ms 에서 341ms 개선

  • 5만건의 경로 데이터를 직렬화하는 과정에서 순차처리 및 리플렉션으로 인해 오버헤드 발생

    • SIMD 및 ASM 기술을 활용한 FastJson 직렬화 도입, 341ms 에서 110ms 개선

성과

• 수강신청과 같이 트래픽이 몰릴 때에도 p90 기준 300ms 미만대의 빠른 응답성 보장

0. 소개

• SOPT 라는 동아리에서 매 기수 200명 정도의 동아리원들의 모임을 도와주는 서비스

• SOPT 서비스 중 '모임' 서비스 백엔드 개발 담당

• 한 기수마다 약 500명이 선착순 신청하는 기능 유지보수

• 서비스 링크 : https://playground.sopt.org

1. 모임 조회 로직의 응답속도 3.6s 개선을 통한 선착순 신청 불공정성 해결

문제

• "선착순 신청의 불공정성”에 대한 VoC 접수

• 사용자마다 버튼이 활성화되는 시점이 달라 신청 경험이 불공정하게 느껴질 수 있다는 결론에 도달

해결

• 서버 확장을 고려하여 Redis를 활용한 Look-aside 전략을 통해 RDB 접근 최소화

• 캐시 무효화 상황에서 여러 요청이 동시에 DB에 접근하는 스탬피드 문제를 방지하기 위해 PER 알고리즘 적용

• 병목 API의 실제 실행 쿼리를 분석하여, WHERE 절 기준으로 접근 패턴에 가장 최적화되는 복합 인덱스 적용

• 캐시 서버 장애 시에도 Failover를 위해 Sentinel 아키텍처 구축

성과

• 트래픽이 몰리는 상황에서도 평균 응답속도 4s 에서 0.4s 으로 개선

2. 모니터링 서버 구축을 통해 사용자의 불편함에 빠르고 정확히 대응

문제

• 유저 리서치 결과, 서비스에 문제가 발생해도 대부분 불편을 표현하지 않고 이탈하는 사례 다수 확인

• 운영 중 문제가 발생해도 관련 로그가 제대로 저장되지 않아 신속한 대응이 어려움

해결

• 로그 관리와 트랜잭션 추적을 위해 Loki stack과 Pinpoint를 활용하여 모니터링 환경 구축

• 서버 에러나 10초 이상의 슬로우 쿼리 발생시 Sentry를 통해 슬랙에 알람 발송

• 로그 데이터 일주일 단위로 S3에 영구 저장, 최대 1달동안의 데이터 아카이빙

• Thread Context마다 고유 ID를 로깅하여 빠른 에러 추적 및 분석이 가능하도록 개선

성과

• 사용자 제보 없이도 서비스 오류를 빠르게 감지하고 대응할 수 있는 체계 구축

• 축적된 로그 데이터를 기반으로 VoC에 보다 유연하고 신속하게 대처

3. CloudFront 및 Lambda를 활용한 이미지 랜더링 30배 개선 및 $217 절감

문제

• 이미지 렌더링 속도 지연으로 인한 사용자의 대기 시간 증가 문제 발생

해결

• CloudFront를 활용한 이미지 캐싱 구축 및 Lambda를 통해 On the fly 방식의 이미지 최적화 진행

• 이미지 크기 표준화 및 캐시 적중률 향상을 위한 팀 간 협력

성과

• 이미지 렌더링 3s 에서 100ms 이하로 단축

• 연간 $217의 데이터 전송 비용 절감 및 S3 조회 평균 500,000 에서 10,000 감소

4. AWS VPC 정책 변경으로 인한 비용 문제 해결

문제

• AWS IPv4 유료화로 인하여 프리티어임에도 비용 발생

해결

• RDS 프라이빗화를 통해 무료로 사용 및 ssh 터널링을 통해 개발 편의성 증대, 이를 팀원과 공유

성과

• 매달 $10 비용 절감

현재 최종합격하여 8월 11일 입사를 앞두고 있습니다.

입사 전까지는 정기적으로 진행하고 있는 활동이 없어 매우 자유롭게 시간 활용이 가능합니다.

소개

• 창업 멤버로서 대입논술을 위한 교육 플랫폼 서비스 '논술메이트'의 서버 개발자로 재직

• 정주영 창업경진대회 성장 트랙에 입주

• 아산유스프러너 데모데이 ‘스타트업’ 부문으로 참여

  • https://zdnet.co.kr/view/?no=20240625103500

• 대입 논술 관련 서비스 제작 및 논술 첨삭 시스템 개발

• 기획 가설을 검증하는 TF 병행

업무

• OAuth 기반 사용자 인증 기능 개발

• 논술 첨삭 프로세스를 위한 핵심 기능 개발

• CloudFront 및 Lambda를 활용한 이미지 렌더링 최적화

  • 이미지 렌더링 속도를 3초에서 100ms 이하로 개선

  • 연간 $217의 데이터 전송 비용 절감 및 S3 조회 수 500,000 에서 10,000으로 감소

• MySQL 기반 데이터베이스 설계 및 관리

서비스 링크 : https://www.nonsoolmate.com

관련 기사 : https://www.mk.co.kr/news/it/11170786

• 회고를 도와주는 '레이어' 서비스 백엔드 개발 리드 및 인프라 담당

• 멀티모듈 설계 및 프로젝트 세팅

  • 서비스의 확장성과 유지보수성을 고려하여 멀티모듈 구조를 설계하고 프로젝트를 세팅

  • 도메인별 모듈을 분리하여 코드 의존성을 줄이고, 신규 기능 추가 시의 유연성을 확보

• OpenAI 통신 파이프라인 구축

  • AI 기반 회고 분석 및 피드백 생성을 위해 OpenAI API와의 안정적인 통신 파이프라인을 구축

  • 요청량이 많아질 경우를 대비하여 비동기 처리 및 재시도 메커니즘을 적용

  • 이를 통해 회고 작성 지원 기능의 성능을 개선하고, 비용 효율성을 높임

• Cl/CD 무중단 배포자동화 파이프라인 구축

  • 서비스 운영 중에도 안정적인 배포가 가능하도록 CI/CD 파이프라인을 구축

• TestContainer를 사용하여 운영 DB와 거의 비슷한 테스트 DB 세팅

서비스 링크 : https://www.layerapp.io

소개

• SOPT 라는 동아리에서 매 기수 200명 정도의 동아리원들을 위한 서비스

• 목적조직으로서 PM, PD, FE, BE가 모두 기획에 참여하여 데이터 기반으로 의사결정

• 1년동안 서비스를 유지보수 진행

트러블슈팅

• '프로젝트'란에 자세한 설명 참고

소개

• SOPT 33기 서버 파트원으로서 백엔드 전반적인 개념을 습득

• 기술아티클 2편 작성

  • cloudfront 관련 아티클 :

    https://dosoptserver.notion.site/CloudFront-14574940b45f469e8f0c0b73c71b753e

  • delombok 관련 아티클 : https://dosoptserver.notion.site/delombok-8f18e3d484dc4c488748e893100daad3