들어가기 앞서 . . .회사에 입사 후, OAuth2는 알고있었지만 SAML이라는 것을 처음 알게 되었다.SSO 관련 솔루션을 만드는 회사이다 보니, SAML와 OAuth2와 같은 지식이 있어야하기 때문에, SAML과 OAuth 세미나를 진행하게 되었다.이 글에서는 세미나를 진행하기 위한 자료조사 내용으로, OAuth은 무엇이고 SAML은 무엇인지에 대해서 다뤄보고자한다. 인증(Authentication)과 인가(Authorization)SAML과 OAuth2를 다루기 전에, 인증과 인가에 대해 알고있어야한다.인증과 인가는 무엇이고 어떻게 다를까? 인증(Authentication)인증이란, 어떤 개체의 신원을 확인하는 과정을 의미한다.특정한 인증 요소를 통해 자신의 신원을 확인할 수 있고, 인터넷이 연결..

들어가기 앞서 . . .Tickle 서비스의 티켓 이벤트 응모 시스템은 수천 명의 동시 사용자가 참여할 수 있도록 설계되어야했다.응모 과정에서 사용자 포인트 차감, 좌석 상태 변경, 목표 금액 달성 여부 판단 등 여러 임계영역 연산이 필요했고,이를 Redis Stream을 활용해 처리하고 있었다. 하지만, 초기 부하 테스트 결과에서 1000 VU 이상 시 응답 지연이 급증하며 병목이 발생했고,이 문제를 해결하기 위해 애플리케이션 레이어(Tomcat, 스레드풀, 커넥션 풀 등)부터 Redis 컨슈머 구조까지 전방위적인 튜닝 및 구조 개선 작업을 진행하게 되었다. 1차 테스트1차 테스트 지표1차적으로 부하테스트를 진행하였을 때 아래와같은 성능 지표가 도출되었다.각 테스트의 성능 지표더보기VUser 100명일..

들어가기 앞서 . . .개발자로 취업하기 위해서는 정보처리기사 자격증 취득은 필수라고 생각했고,CS공부도 같이 할 겸 가볍게 정보처리기사 공부를 시작하게 되었다. 막상 공부해보니 생각보다 범위도 넓고 개념도 탄탄하게 잡아야 해서결국엔 한 번 떨어지고, 두 번째 도전에서야 붙을 수 있었다. 이 포스팅은 처음 준비하는 사람에게 도움이 될 수 있도록실제 시험에서 느낀 점, 그리고 단원별 전략까지 정리해본 후기다!2025년 1회차 불합격2025년 초, 한 달 정도 공부하고 정보처리기사 1회차 시험을 봤는데 결과는 55점 불합격이었다.그 해 합격률이 15%밖에 안 되었고, 개정 이후 첫 시험을 제외하면 가장 낮은 합격률을 기록한 회차였다. 당시 나는 2024년판 수제비 교재로 공부했지만,2025년 1회차의 코딩 ..

들어가기 앞서 . . .2025년 4월 SQLD에 이어서 6월에 ADsP 자격증을 취득했다.SQLD와 유사한 시험으로 잘 알려져 있어 도전하게 되었고, 5일이라는 짧은 준비 기간동안 공부를 했다. 우선 필자는 전공생이기도하고 SQLD 자격증을 이미 보유하고 있었기 때문에, 어느정도 데이터와 데이터베이스에 대한 기본 지식을 갖춘 상태에서 ADsP를 준비했다. 따라서 이 후기는 전공자 또는 SQLD를 먼저 공부한 분들에게 더 도움이 될 수 있을 것 같다!ADsP는 어떻게 준비하면 좋을까5일 만에 자격증을 취득했다!공부 기간이 길지 않았기 때문에 이론을 처음부터 끝까지 모두 암기하기보다는, 기출문제 중심의 단기 집중 전략을 사용했다..우선 이틀동안 정리노트로 달달 암기하고, 외웠던 이론이 기억이 안나도 나머지..

Notion에서 작성 된 글입니다. 템플릿이 깨진다면 Notion을 확인해주세요. 비관적 락 성능 개선을 해보자 | Notion들어가기 앞서 . . .hail-buttercup-c86.notion.site 들어가기 앞서 . . .동시성 보장을 위해 비관적 락을 적용했지만, 부하 테스트에서 TPS가 1.3으로 너무 낮게 측정되는 문제를 확인했다.락 자체를 포기하지 않은 상태에서(=비관적 락 유지) 어디에서 병목이 생기고 무엇을 줄이면 성능을 끌어올릴 수 있는지 검증·개선해 보고자 이 글을 정리했다. 비관적 락 적용 후 성능부하 테스트를 진행하며 성능이 너무 느리게 나와 가장 먼저 드는 의문이 DB가 잘못설계되었나?라는 생각이 들었다.쿼리를 개선할 수 있는 부분이 있지 않나해서 요청할 때 실행되는 SQL..

Notion에서 작성 된 글입니다. 템플릿이 깨진다면 Notion을 확인해주세요. https://hail-buttercup-c86.notion.site/DB-HikariPool-1-Connection-is-not-available-request-timed-out-after-266a011d2d8380ac81b5ec3b9d4d5ed5?pvs=74 [DB] HikariPool-1 - Connection is not available, request timed out after… | Notion들어가기 앞서..hail-buttercup-c86.notion.site 들어가기 앞서..📄 티켓 이벤트 성능 테스트 과정에서 발생한 트러블 슈팅입니다.문제 상황o.h.engine.jdbc.spi.SqlExceptionH..

Notion에서 작성 된 글입니다. 템플릿이 깨진다면 Notion을 확인해주세요. Redis의 분산 락을 적용하고 Pub/Sub로 동시성 문제를 해결하자. | Notion들어가기앞서…hail-buttercup-c86.notion.site 들어가기 앞서 . . .프로젝트에서 동시성 문제를 해결하기 위해 락에 대해서 공부하고, 또 성능 개선을 위해 고민까지 해보았다.하지만 결국 락을 걸고 동시성을 해결한다는 것은, 하나의 요청을 처리하는 동안 모든 요청이 대기를 하기때문에 성능이 눈에띄게 좋아지는 것은 힘들 것 같다는 생각이 들었다.성능을 개선하기위해 구글링을 하니 ‘분산 락’이라는 것에 대한 언급이 많았다. 분산 락은 무엇일까? 한 번 알아보자. 분산 락분산락은 분산 시스템에서 여러 노드나 프로세스가 동..

Notion에서 작성 된 글입니다. 템플릿이 깨진다면 Notion을 확인해주세요. https://hail-buttercup-c86.notion.site/269a011d2d8380108873fb5bc477ec7f 분산 락 이후의 포인트 누적 동시성 문제 | Notion들어가기 앞서..hail-buttercup-c86.notion.site 들어가기 앞서.. 📄 동시성 성능 개선 과정에서 발생한 트러블 슈팅입니다. 분명 lock을 통해서 동시성을 보장해주었다고 생각했는데, 이벤트 누적 금액이 정상적으로 반영되지 않는 결과가 있었다. 왜 동시성이 제대로 보장되지 않았을까? 오류를 해결해보자.문제 상황필자의 서비스는 이벤트에 응모할 시, 사용자의 포인트를 차감하여 해당 포인트만큼 이벤트에 누적하게 된다.하지만 ..