일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 블록체인
- terraform
- Database
- 온라인강의
- 후기
- 백엔드
- chai
- 아키텍쳐
- typeorm
- corretto
- class-transformer
- blockchain
- 글또
- gradle
- java
- Redis
- TypeScript
- ChatGPT
- restdocs
- 이더리움
- nodejs
- 유데미
- 도서
- nestjs
- mysql
- docker
- spring
- terraform cloud
- Nestia
- 리뷰
- Today
- Total
목록아키텍쳐 (2)
끄적끄적

들어가며이전 포스팅에서는 대학교 축제의 티켓팅 시스템을 안정적으로 운영하기 위해 어떤 아키텍처를 선택했는지에 대해 이야기했습니다. 특히, 동시 트래픽이 몰리는 순간에도 장애 없이 대응할 수 있도록 SQS 기반의 비동기 처리 구조, Redis Writeback 전략 등의 다양한 전략에 대해 설명드렸습니다. 이번 글에서는 설계한 아키텍쳐를 바탕으로 실제 티켓팅 전에 미리 성능을 검증하기 위해 진행했던 테스트 과정에 대해 공유드리고자 합니다.성능 테스트 아키텍쳐 설계 성능 테스트를 시작하기에 앞서, 먼저 어떤 도구를 사용할지 결정해야 했습니다. 이전에 사용해본 도구로는 JMeter와 nGrinder가 있었습니다. 하지만 JMeter는 스크립트 작성 및 관리가 복잡하고 확장성 면에서 인프라 자동화와 잘 맞지 않..

들어가며봄과 가을은 대학교 축제가 활발하게 열리는 시기입니다. 축제의 하이라이트는 단연 연예인 초청 공연일 텐데요. 하지만 한정된 공연장 좌석에 비해 많은 학생이 공연을 관람하고 싶어 하기 때문에, 학생회와 학교 측에서는 티켓 분배에 신경을 많이 씁니다. 당시 회사에서도 여러 대학교와 협업을 진행하던 중, 특히 H 대학교에서 선착순 방식으로 티켓을 분배하고 싶다는 요청이 들어왔습니다. 학생회 측의 요구 사항은 다음과 같았습니다.1. 학교 재학생(12,000명)만 티켓팅이 가능할 것2. 선착순으로 티켓이 분배될 것3. 티켓을 구매한 학생들에게 입장용 QR 코드를 제공할 것 이번 시리즈에서는 이 중 선착순으로 티켓이 분배에 대해 자세히 다뤄보겠습니다. 특히, 같은 시기 다른 대학교에서 티켓팅 장애가 발생..