refactor: 부하 테스트 환경의 DB를 RDS 스냅샷 방식에서 EC2 t4g.nano 기반으로 전환

[Hexeong]

주의사항

Warning

이 이슈는 #48 (Prod DB EC2 전환에 따른 자동 백업 전략 수립) 작업이 완료된 이후에 진행해야 합니다.
부하 테스트 환경의 DB 데이터 복원 방식은 백업 전략에 따라 달라지므로, 백업 작업이 확정되기 전까지 본 이슈의 작업을 시작하지 않습니다.

배경

이슈 #39에서 Prod 환경의 RDS를 EC2 t4g.nano 자체 관리 DB로 전환함에 따라, 기존 부하 테스트 환경의 DB 구성 방식도 변경이 필요합니다.

현재 부하 테스트 환경은 Prod RDS의 최신 자동 스냅샷을 복원하는 방식으로 운영되고 있으나, Prod가 EC2 기반 DB로 전환되면 RDS 스냅샷을 더 이상 활용할 수 없습니다.

Discussion #40에서 논의된 결과에 따라 의견 B (평상시 Docker 컨테이너 유지, 부하 테스트 시에만 임시 EC2 t4g.nano DB 생성 후 삭제) 방향으로 진행합니다.

어떤 부분을 리팩터링하려 하나요?

AS-IS

• environment/load_test/: Prod RDS 최신 스냅샷 → 임시 RDS 생성 후 테스트 종료 시 삭제

TO-BE

• environment/load_test/: 임시 EC2 t4g.nano에 MySQL 설치 → 백업 데이터 복원 → 테스트 종료 시 삭제
• 데이터 복원 방식은 feat: Prod DB EC2 전환에 따른 자동 백업 전략 수립 #48 백업 전략 확정 후 결정

작업 상세 내용

• TODO
• TODO
• TODO

연관 이슈

• refactor: 기존 prod의 rdb 관리 방식을 rds에서 ec2 t4g.nano로 변경 #39 Prod RDS → EC2 t4g.nano 전환
• feat: Prod DB EC2 전환에 따른 자동 백업 전략 수립 #48 Prod DB EC2 전환에 따른 자동 백업 전략 수립 (선행 작업)