코맹이의 개발일지

📌 대량의 사용자들이 동시에 예매 서비스를 통해 접속 시도?동시에 접속을 시도하는 사용자가 많을 경우: 대기번호 부여대기번호를 부여하지 않을 경우 발생할 수 있는 문제점💥유저를 한번에 받게 되면 수용 불가능한 트래픽이 들어오게 되고, 서버가 죽게 되어 접근 자체가 안되는 문제 발생수용 불가능한 트래픽 인입으로 요청된 예매 서비스 외의 서비스까지 부하를 줄 수 있다.이렇게 되면, 서버를 늘려야 하는데, 시간과 자원이 필요함 여러 사이트를 참고해본 결과,1. 낙관적 락2. 비관적 락3. Redis 분산 락3가지가 있었다.  그중 현재 프로젝트에 제일 적합하다고 생각한 비관적 락을 사용해서 예매 서비스 기능을 구현해볼 예정이다. 본인이 동시성 제어를 구현하는 가장 큰 이유는, 데이터의 무결성을 보장하고자 ..

팀 프로젝트를 진행하면서 Organization Team을 만들어서 레파지토리를 만들었다.팀원들 각자 코드를 진행 후, Git Bash에서 Push를 하는데 글쎄,,. remote: Permission to pknu-java-gcv/gcv-frontend-pjt.git denied to 사용자이름.fatal: unable to access 'https://github.com/pknu-java-gcv/gcv-frontend-pjt.git/': The requested URL returned error: 403 이런 오류가 뜬 것이다..!!! 에러 메세지를 검색해보니 Team을 만들 때 권한을 읽기로만 줘서 발생한 문제였다 😅 그래서  조직 > 설정 > 엑세스 > 멤버 권한 클릭 후Base permissi..

항상 프로젝트를 진행할 때 혼자 DB 설계를 맡아왔었다.이번에는 팀원들이 함께 참여해보고 싶다해서 각자 파트에 대한 DB를 짜오기로 했다.😄 팀원들이 짜 온 DB를 회의시간에 다같이 노션에 정리해보았다.맡은 기능별로 컬럼을 구성함 이렇게 모인 테이블들을 ERD CLOUD를 이용해서 엔티티를 생성하고, 관계도를 그려주기로 했다.  PK는 NO로 주었고, 필요에 따라 외래키를 지정해주었다.이후, 식별/비식별 관계를 구분해주었다. 🔽 실제 고민의 흔적들....🤣보드에 그림을 그려가며 했는데 바로 ERD Cloud에 적용시키는 것보다 처음부터 모두 그려보니 팀원들도 이해가 빨리 됐던 것 같다😁 💬 어려웠던 점아무래도 엔티티 간의 관계 설정이 어려웠다.엔티티 간 대표적인 관계로는 1:1, 1:M, M:N..

💨 들어가기 전에..이전에도 몇번의 프로젝트를 진행해봤지만, 정리해놓은 문서가 없어서 열심히 했음에도 불구하고, 포트폴리오를 작성하려고 하니 기억이 나질 않았다😭 그래서 이번 프로젝트는 블로그에 정리해 볼 생각이다!  파이널 프로젝트로 뭘 할까 고민을 하다가 최종적으로 결정난 영화 에매 사이트 제작을 진행하기로 했다 😀 디자이너 2명과 같이 개발 교육을 듣고 있는 교육생 5명해서 총 7명이서 함께 제작할 예정이다. 협업 툴은 Notion으로 진행되며 현재 페이지별 레퍼런스 조사한 파일을 디자이너분에게 전달한 상황이다.07/08(월)까지 기능 구현이 빨리 되어야 할 페이지를 주신다고 하셨으니 그때까지 기능명세서와 플로우차트&다이어그램을 작성하기로 했다. 크게 사용자 멤버, 관리자 멤버, 영화 조회, ..