개발자로 후회없는 삶 살기

🚨 서론(문제 상황)Log4j2 로깅 전략유저 모니터링으로 사용성 개선로깅을 사용하는 목적은 다양하며, 로컬, 개발, 운영 레벨에서 로깅 전략에 차이점을 주어 목적에 맞는 데이터를 수집합니다. 저희 서비스에서 로깅을 사용한 목적을 말씀드리고, 이를 토대로 유저 모니터링하여 사용성을 개선한 경험을 기록합니다. 사용성 개선 부분 먼저 보고 싶으신 분은 Ctrl+F에 [유저 모니터링으로 사용성 개선]를 검색해주세요. 본론- 로깅 도입 목적로깅을 사용하는 목적은 다양하지만, 운영 레벨에서는 사용자의 서비스 활용도를 파악하기 위해 사용한다고 합니다. 저희 서비스 또한, 상품 구매 목적으로 활용하는 사용자가 대부분일 것이기에 사용자가 저희 서비스를 통해 원하는 목적을 달성할 수 있도록 유저 데이터를 수집하기로 했..

서론학과 홈페이지의 서버 부하의 80%는 복잡한 DB 연관관계 설계로 인해 조회 시 전송 데이터와 발생 쿼리량이 높기 때문입니다. 이를 JPA 쿼리 튜닝으로 해결하기 위한 고민과 테이블 재 설계 과정을 기록합니다. [Issue][Pull Request] 본론- 졸업 프로세스저희 학교는 졸업 프로세스에 따라 졸업 신청을 4번 하게 되며 따라서 졸업자 목록 테이블과 4개의 졸업 신청 테이블의 연관 관계로 설계되어 있었습니다. 🚨 이처럼 설계한 이유여러 명의 학생이 졸업을 하고 한 학생이 여러번의 졸업 신청을 하기에 다대다 매핑 관계로 설계하고 신청을 할 때마다 student_id가 apply 테이블에 등록했습니다. 졸업을 신청 > apply 테이블에 신청한 학생 id 등록(새 apply id + 동일 st..

🚨 서론 (문제 상황)웹 어플리케이션 서버는 클라우드에서 JAR 파일 실행 혹은 Docker로 프로세스화하여 운영하게 됩니다. 만약, 웹 어플리케이션 외에 다른 추가적인 서버를 배포하고 이를 분산 환경에서 운영해야 한다면 어떻게 해야 할지 고민이 됩니다. 1) 서버 간 통신은 어떻게 유지할까2) 네트워크 통신에서 시스템 에러로 인한 문제 관리법3) 추론 서버는 단일 스레드인데, 다수의 동시 요청 처리법위와 같은 고민 외에도 다양한 문제가 발생할 수 있을 거라고 예상됩니다. 특히 3번이 핵심 문제입니다. 스프링 서버는 개발자가 단일 스레드 상황을 고려하고 코드를 작성해도 WAS가 멀티 스레드로 동작하게 해주지만, AI 모델은 그렇지 않습니다. 1) 사용자 요청이 누락되는 문제2) 무한정 대기로 사용자 이..

🚨 서론 (문제 상황) 저희 서비스는 영상 (mp4), 이미지 (png, jpg, jpeg, heic) 업로드로 사용자 요청을 최초로 받습니다. 보통 서비스에서 CRUD 중 R의 빈도가 가장 높은데 저희는 그만큼 업로드의 비중이 상당히 높았습니다. 1) 최소 4GB의 데이터를 업로드 하는 과정에서 디스크 IO, 메모리 IO, 네트워크 IO가 빈번하게 발생2) 대용량 데이터를 업로드 시간이 최대 4분까지 소요그 이유는 위와 같으며, 이를 해결한 방법을 작성합니다. -> 전체 코드https://github.com/bcatcv5/zzimkong-backend/pull/9 feat: file upload 기능 구현 by SangBeom-Hahn · Pull Request #9 · bcatcv5/zzimkong..

서론9, 10주차에는 UXR에 사용할 모델 리서치를 마무리하고 적용하는 시간을 가지기로 하였습니다. 본론- 가구 모델 리서치1. openLRM배경이 없는 이미지만 가능하여, 입력 데이터 전처리를 해주어야 하며 그러기에 인퍼런스 과정에서 Segmentation 과정이 필요합니다. 단일 이미지 1장으로 결과를 내며 CPU 사용 시 10초 내로 가능합니다. 하지만 출력 결과가 다소 거친 경향이 있습니다. 2. One-2-3-45 / One-2-3-45++Segmentation 과정을 포함하고 있기에 배경을 지워줄 필요가 없으며, 발전 가능성을 보입니다. 하지만 대부분 약간 뭉뚱그리한 결과가 나옵니다. => 결론가구 이미지 입력 데이터 전처리를 위해 화질 개선이 필요할 수 있습니다. 사용자들이 대부분 핸드폰으로..

서론8주차 지속적인 모델 세미나를 하고 평가 지표를 설계합니다. 본론- 모델 리서치이제 도면 모델과 실사화 모델 관련하여 도면, 실사화, 가구 팀을 나누고 모델 리서치를 진행합니다. 1. 도면 모델링 plan2scene저희가 원하는 도면 모델링은 도면을 입력으로 넣으면 3D reconstruction과 텍스쳐 입히기를 모두 해주는 모델입니다. 3D로 재구성 이후 텍스쳐 입히기라면 이 모델은 2번째 단계인 텍스쳐 입히기 모델이었습니다. 3D 재구성은 임의로 해주어야 하며, 3D 메시가 주어질 때 자연스러운 텍스쳐를 보장한다고 합니다. 물론 3D 재구성이 선행되어야 하지만, 자연스러운 텍스쳐 단계에서 사용할 수도 있겠다고 생각하였습니다. 2. 공간 모델링 MVSFormerMVS 기반 모델은 속도는 Nerf ..

서론RDB에 저장하던 RefreshToken의 Network I/O를 개선하기 위해 In-Memory Redis를 도입합니다. 또한, RefreshToken을 도입하여 AccessToken이 탈취 되더라도 인증하는 기능을 추가합니다. 아래 글에서 이어지는 내용입니다. -> 깃허브https://github.com/SangBeom-Hahn/Capstone_Develop/commit/670912b9588debce0f81d223f0a6bf85e5955928 feat: 2단계 인증 구현 · SangBeom-Hahn/Capstone_Develop@670912b*feat: AuthService 기능 구현 *feat: LoginInterceptor 기능 구현 *feat: RefreshTokenSaveResponseDt..

서론레벨 2 프로젝트가 마무리되고 있는 가운데, 본격적인 레벨 3 프로젝트 도입을 위해 프로젝트 진행 방식을 정립하고, 주제를 구체화합니다. 본론- 기획 이슈(실제 vs 퀄리티)nerf 모델 결과를 보면 본인의 공간을 모델링할 수 있는 장점이 있지만, 퀄리티를 높이기 어렵다는 기술적 한계가 존재합니다. 반면, 도면을 제공하고 3D화 하거나, 미리 준비된 공간을 제공하는 버전은 퀄리티는 좋으나 실제 본인의 방이 아니라는 트레이드오프가 있습니다. 기술적 한계시간타당성 분석처음 기획했을 때는 실제를 고수하기로 했지만, 위 같은 이유로 보다 구체적인 주제를 잡기로 했습니다. -> 주제 구체화의 포인트서비스 핵심 가치서비스 타겟층기술적 한계기존에 있는 서비스를 구현할 경우 구현에 의미가 있지만, 차별화가 부족할 ..