shin0112 shin0112

GitHub Actions로 무중단 배포 설계하기개요GitHub Actions를 사용하여 무중단 배포를 구현할 예정입니다. 본격적으로 dev_deploy를 작성하기 전에, 어떤 구성 요소를 사용할지 미리 생각해 보는 시간을 가지기 위해 작성한 문서입니다.이론0. 들어가기 앞서GitHub Actions는 repository 내부의 .github/workflows 디렉토리에 dev_deploy.yml 파일로 작성됩니다. 트리거 조건과 배포 환경도 고려해야 하기 때문에 조건을 간단히 정리합니다.Trigger 조건: develop -> main으로 PR이 closed(=merge)될 때OS 환경: ubuntu-latestLanguage: Java 17빌드 도구: Gradle1. 사전 설정 작성이름(name) 정..

개요열심히 jwt token 관련 코드를 구현하고 있는 와중에 문뜩 생각이 들었다.예전에 공부했을 때는 그냥 http body로 넘겨줘서 header로 넘기고 받았는데, cookie에 담아서 보내줄 수도 있는 것을 알게 되었다.http header를 통해 주고 받는 게 맞는건가, 아니면 cookie에 넣어서 넘겨주는 게 맞는건가?구현 전에 정했어야 했는데, 시간이 너무 급박해서 어영부영 시작하고 보는 것도 있는 것 같다ㅎ..팀 회의에 안건을 꺼내보기 전에 미리 알아보고 생각을 정리할 겸 포스팅한다.토큰 저장 방식1. Header - Authorization Bearer Jwt Token장점개발자가 토큰을 추가하고 제거할 수 있어 토큰 관리에 더 많은 제어가 가능함다른 도메인의 클라이언트에서도 API를 호..

개요일시2024.07.21 (일)주제역할 분담 및 ERD 작성3차 회의는 2차 회의 숙제 정리본 & 기획 Q&A라서 생략Problems1. 역할 보여주기(8/10)처럼 (현재 지원한 인원/모집 인원)을 보여줘야 한다방법[Get] : 역할을 볼 때마다 지원 요청 개인 & 하청에서 role_id가 있는 record를 count 한다transactional read only[Post] : 지원 요청 | 취소 api가 들어올 때마다 count를 수정한다지원수 증가 → count++지원수 감소 → count--동시에 신청 시 동기화 문제 발생2. 타투 저장 방식(얘는 조금 말이 많았다. 어떤 방식이 적합한지 모르겠어서..)조건 : 한 회원이 여러 개의 문신을 할 수 있고, 문신한 위치 정보까지 기록되어야 한다.기..

개요현재 프로젝트에서 채팅 기능을 만들어야 하는데, 회의 중에 WebSocket에 대해 얘기가 나왔고 이에 대해 좀 조사하고 정리하는 과제를 받았다.. 생각보다 양이 많다.하지만 채팅 기능에 있어서는 필수 기능이니 이번에 공부하자는 차원에서 좀 꼼꼼히 살펴보겠다는 다짐..!이론https://www.youtube.com/watch?v=rvss-_t6gzg&t=853s웹 소켓 이해에 이 영상이 많이 도움이 됐다.1. WebSocket필요성게임, 채팅, 실시간 주식 거래 사이트 등 실시간으로 서버의 데이터를 동기화 해야하는 경우가 있는데, 이 때 실시간성을 보장해줘야 한다.HTTP를 사용해도 Polling, Long Polling, Streaming 등 여러 실시간성을 보장할 수 있지만, 아무래도 HTTP보다..

개요지난 회의 [회의] BackEnd 2차 회의개요일시2024.07.16 (화)주제ERD 보완 및 DB 선정지난 회의 후 과제였던 DB 조사와 WebSocket 조사를 나누고 DB를 선정하는 시간을 가졌다.DB 선정여러 가지 DB에 대한 장단점이랑 RDBMS, NoSQL 등을 확인하면je0301.tistory.comMariaDB를 사용하기로 했었고, 다들 MariaDB는 안 써봤기 때문에 한 번씩 연동 시도 해보기로 해서 작성설정1. MariaDB 설치MariaDB를 처음 쓰는 거라서 설치도 안되어 있는 상태여서 일단 설치(개인적으로는 MySQL보다 설치가 간단한 느낌)port 번호가 MySQL이랑 동일해서 충돌 안나게 유의해서 써야함예전에 한 번 깔고 지웠던 적이 있어서 깔려 있는 데이터 때문에 충돌난..

개요지난 회의 [회의] BackEnd 2차 회의개요일시2024.07.16 (화)주제ERD 보완 및 DB 선정지난 회의 후 과제였던 DB 조사와 WebSocket 조사를 나누고 DB를 선정하는 시간을 가졌다.DB 선정여러 가지 DB에 대한 장단점이랑 RDBMS, NoSQL 등을 확인하면je0301.tistory.comQR & 요구 사항 이해QR 코드?QR 코드: 텍스트, URL, 연락처 정보, 이미지, 동영상 등 다양한 정보를 저장할 수 있는 2차원 바코드QR 코드 작동 방식QR 코드 인식 : 카메라로 QR 코드 이미지 캡처 → QR 코드 이미지 패턴과 모듈 분석이미지 처리 : 스캔한 이미지 정제, 정보 추출디코딩 및 오류 수정 : 왜곡 및 손상된 부분 수정, 인코딩 정보를 바이너리 데이터에서 추출 (디코..

개요일시2024.07.16 (화)주제ERD 보완 및 DB 선정지난 회의 후 과제였던 DB 조사와 WebSocket 조사를 나누고 DB를 선정하는 시간을 가졌다.DB 선정여러 가지 DB에 대한 장단점이랑 RDBMS, NoSQL 등을 확인하면서 어떤 DB가 되면 좋을지 고민해봤고,아래 3가지 DB를 사용하려고 한다.1. MariaDB처음에는 MySQL으로 할까도 고민을 했었다.PostgreSQL을 쓰기에는 읽기 연산이 상당히 많을 것 같고, 딱히 대규모 데이터를 저장할 것도 아니라서 일단 다들 배제했다.그리고 가장 많이 알려져 있고, 보통 Spring 공부를 하면 한 번씩은 사용해봤을 MySQL이 괜찮지 않을까 다들 생각하고 있었고, 성능적으로 조금 더 빠르다고 알려진 확장 버전인 MariaDB를 사용해보는..

개요지난 회의 [회의] BackEnd 1차 회의개요일시2024.07.16 (월)주제ERD 그리기ERD 작성을 위해 한 자리에 모여서 열심히 회의를 진행했다.( ᐛ )و프로젝트 주제는 요약하면, 보조 출연자와 업체 간의 교류를 더 쉽게 해주기 위한 앱+웹이다je0301.tistory.com회의에서 받은 과제 중 DB 선정 과제를 정리한다.저장되는 데이터의 형태가 중구난방이면 MongoDB같은 NoSQL을 고려해봤을 것 같은데,지금까지 만들어진 ERD만 봐도 스키마가 딱 정해질 것 같고, 추후 특정 기능에만 NoSQL을 사용하는 방식으로 하는 게 아니면 그냥 RDBMS 사용이 적합하다고 생각했다. 일단 RDBMS 중에서 생각해본건 MySQL, MariaDB, PostgreSQL.추가적으로 로그인 기능을 jw..