커뮤니티 동시성 제어 관련 질문

Question

커뮤니티 토이 프로젝트 중인데 동시성 제어 관련해서 질문이 있습니다.제 커뮤티니 프로젝트는 좋아요, 게시판, 댓글 이렇게 3가지 기능이 있는데 아무리 봐도 동시성 제어의 필요성에 대한 답을 찾지 못한거 같습니다.혹시 고수님들이 보기에는 어떤가요....?

똑똑한청년345 · Answer

좋아요 누를 때,동시에 2명의 요청이 들어왔고, 두 요청이 모두 기존의 좋아요 수가 0일 때 데이터를 읽었다면 어떻게 될까요?

옥다방고양이 · Answer

질문이 잘못되었다고 지적하는건 아닙니다.하지만 이번과 같이 "동시성 제어"라는 딱 한 글자로 하는 질문은 왠만하면 주의하세요.언어(단어)라는게 참 오해하기 좋은 것입니다.글 쓴 사람은 그 상황을 잘 아니깐 문제없지만, 받아 들이는 사람은 여러가지로 해석할 여지가 진짜 많습니다.이번과 같은 "동시성" 이란 개념도,쓰레드, DB, 사용자 이벤트, 프로그램 로직 등등 상황이 수십가지가 나올수 있습니다.앞으로 취직하시고 나서도, 이슈사항을 질문하거나 보고할때도, 상황 설명을 해준 다음,앞으로 이문제는 "XXX"라 칭한다.라고 진행하면 나도 그렇고 상대방도 오해할 여지가 줄어듭니다.

manijang2. · Answer

동시성 제어에서 어떤 부분이 잘 안되시는 것 일까요? 만약, 이 질문을 못하신다면 동시성 제어가 무엇인지부터 알아가셔야 할 것 같습니다.

캐티 · Answer

동시성 제어가 필요하지 않는 구조로 하면 되지 않겠나요. 좋아요를 카운트로 하는 여지가 있었다 하더라도 증감 발생 시각을 저장하여 자료구조가 커진다 하더라도 나아가서 통계로 활용하여 채널장에게 피드백을 주는 여지가 있겠쩌. 이렇가 하면 데이터는 많이 사용하여도 레이스 컨디션을 생각하지 않아도 되어요. 안그럼 트랜젝션을 하여야 하는데 이거 비용이 크기에 ..

rarity · Answer

결론부터 말하자면 커뮤니티는 정적 컨텐츠이므로동시성 제어를 할 필요가 없는 내역입니다.0.1초 뒤든 100초뒤든 간격의 차이가 존재할 뿐이죠.동시성이 필요하면 웹소켓을 쓰세요.

RWB · Answer

기능에 따라 다르지만, 말씀하신 3가지 기능에는 필요 없습니다.동시성 제어가 중요한 데이터는 보통 여러 사람이 동일한 데이터를 동시에 다루는 케이스입니다.Notion의 문서 작성이나 VSCode의 Live Share가 그렇습니다.여러명이 동시에 같은 데이터를 편집하지만, 비교적 충돌 없이 알아서 정리해주죠.동시성 제어가 잘 되지 않는다면 욕먹기 딱 좋은 케이스입니다.하지만 말씀하신 커뮤니티엔 그러할 요소가 거의 없습니다.게시글 작성은 기존의 데이터에 하나의 row를 append할 뿐, 기존 데이터의 내용 자체를 건드려 충돌을 일으키는 작업이 아닙니다.댓글 또한 비슷하구요.좋아요의 경우, 다른 분이 예시를 들어주셨는데, 역시 필요 없습니다.아마 게시글 데이터가 있고, 여기에 FAVORITE 컬럼을 0으로 둬서 사람들이 좋아요 누를 때마다 +1씩 하면 된다고 생각하신것 같은데, 다르게 구성하면 됩니다.게시글 아이디가 232인 게시글에 좋아요가 0개일 경우, 여러 사람이 완전히 정확한 시간에 좋아요를 누르면 어떻게 될까요?일반적으로는 게시글 테이블과 별도로 좋아요를 관리하는 테이블이 존재하고, 이 테이블은 게시글 ID를 참조하는 컬럼을 갖게 될겁니다.그리고 좋아요를 누를 때, 좋아요 테이블에 게시글 ID와, 유저 정보(해시 등)를 담을 row를 추가합니다.이후에 좋아요 계산할 땐, 해당 게시글 ID를 가진 좋아요 데이터가 몇 개인지만 카운팅하면 됩니다.이러면 좋아요를 동시에 누르든, 서로 다른 시간에 누르든 데이터는 그냥 append 될 뿐이기에 동시성 문제가 일어날 수 없습니다.이와 같은 식으로 동시성 처리까지 갈 필요 없이, 아키텍쳐적으로 우회할 수 있습니다.조금만 더 고민해보면, 좋아요를 취소할 수도 있어야하는데, 이 경우 해당 유저가 좋아요를 누른 게시글을 알아야만 가능하죠.

커뮤니티 동시성 제어 관련 질문

6개의 답변

#spring-boot 목록