Backend

부트캠프에서 하던 프로젝트를 조금씩 조금씩 기능추가하고 리펙토링 하던 도중...은근히 빌드 시간이 거슬린다.조금이라도 빌드 시간을 줄여보자!develop 브랜치에 커밋 시, GitHub의 자체 호스팅 서버(GitHub-hosted runners)에서 빌드되도록 CI/

최근에 흠뻑쇼를 보기 위해 티켓팅을 시도했다.접속자 수가 너무 많아서, 응답이 너무 느리니까 결제버튼을 여러번 눌렀다."어... 근데 이 비싼 비용이 여러 번 결제되면 어떡하지…? 🤔"이런 현상을 방지하고, 결제를 1회만 보장하기 위해 어떻게 해야할지 알아보았다.그러

❓ 일단 이게 뭘까? > 인덱스 (index) 추가적인 쓰기 작업, 저장 공간을 활용하여 DB 테이블의 검색 속도를 향상시키기 위한 자료구조 보통 우리는 책의 맨 첫번째 페이지에 "목차"라는 페이지가 존재한다. 우린 이 "목차"라는 것을 보고, "아! 이 페이지에

DB 분산락을 공부할려고 했다.트레픽이 몰리게 되면, 사람들은 그 짧은 시간에 서버에게 요청을 보내게 되고, 그럼 "수량 제한" 혹은 "선착순" 등등 이런 이벤트를 어떻게 처리하는지 공부하고 싶어서 그랬다.그래서, 동시성을 공부할려고 했는데...동시에 "딸깍"하고 누른

동시성 프로그래밍에서 경쟁 상태 (Race Over)를 해결하는 방안을 공부중이다.(동시성이 뭐고, 경쟁상태가 뭔지는 요기로!)동시성을 공부하던 도중, 흥미로운 사실을 하나 알아냈다.현재 코드는 서비스에 synchronized를 적용한 상태다.유저는 간단하게 500명이

아니 낙관적 & 비관적이 개발용어가 아닐텐데.. 검색하면 싹다 그냥 DB Lock에 대한 자료다. ㅋㅋㅋㅋㅋㅋㅋㅋ\[동시성] synchronized이 글을 보고 오길 추천한다.간단하게 저 글을 요약하면, synchronized는 Java에서 메소드 자체를 Lock을 하

이전글: \[동시성] 낙관적 락 & 비관적 락이번엔 실습을 통해 눈으로 느낄 수 있는 특징이나 에러들을 정리했다.이번에 사용한 엔티티 코드다.그냥 단순하게 좋아요 수를 가지고 비교를 한다.조건은 "좋아요를 약 500번 누른다고 요청이 들어왔을 때, 결과가 어떻게 나오는

\[동시성] DB Lock 실습 & 데드락단일서버에서는 synchronized다중서버에서는 DB X-Lock하지만 DB를 Lock하면 단점이 있다."레코드(행) 자체를 Lock"을 한다는 큰 단점이 존재한다.X-Lock은 쓰기는 물론 읽기도 제한되어 있는 상태라 조회할

◽ 서론 이전글: [동시성] Redis로 Lock 제어가 가능해?! 눈으로 파악하는게 제일 좋다고 생각한다. 이번엔 Lettuce를 이용한 스핀락(Spin-Lock) 방식과 Redisson을 이용하는 분산락(distributed lock) 방식을 비교해보고 각각의

◽ 서론 20년도부터 우린 "격리"란 단어에 수도 없이 많이 들었다. 2주 격리, 7일 격리, 5일 격리.... 코로나 단계에 따라 격리 수준이 달라졌었다. 트랜잭션도 격리 수준