caly 님의 블로그

랜덤 닉네임 중복을 어떻게 다룰까? 들어가며수식어 + 동물 형태의 랜덤 닉네임은 가입 요청이 들어올 때마다 만들어도 될까, 아니면 가능한 조합을 미리 전부 만들어서 DB에 넣어두는 게 나을까? 지인 대상으로 MVP를 작게 열어본 뒤 약 100명 정도가 가입해 있었습니다. 실제 사용자가 생기고 나니 기본 닉네임을 계속 랜덤으로 만들어도 괜찮은지 한 번쯤 점검해야겠다는 생각이 들었습니다.신규 사용자에게는 수식어 + 동물 형태의 기본 닉네임을 자동으로 부여하고 있었습니다. 처음에는 단순하게 생각했습니다. 수식어 하나와 동물 이름 하나를 랜덤으로 뽑고, 이미 사용 중이면 몇 번 더 시도하면 된다고 봤습니다.그런데 후보 수를 계산해 보니 현재 조합은 5,325개였습니다. 수식어 71개 x 동물 75개 = 5,32..

Tasteam V2 이관기 2: DB는 무중단이었는데 왜 S3 이관은 다르게 했을까? — aws s3 sync 기반 이관기안녕하세요, Tasteam에서 Cloud 팀을 맡고 있는 clay입니다."DB는 논리 복제로 무중단 마이그레이션 했잖아요. 그럼 파일도 비슷하게 옮기면 되는 거 아닌가요?" V1에서 V2로 넘어오면서 DB는 Logical Replication 기반으로 무중단 마이그레이션을 준비했습니다. 그래서 처음에는 이미지와 파일이 들어 있는 S3도 비슷하게 생각했어요. 기존 버킷의 데이터를 백그라운드로 복사하고, 신규 업로드는 async로 두 군데에 쓰면 되지 않을까 싶었습니다.그런데 막상 구조를 뜯어보니 S3는 DB와 결이 달랐습니다. 특히 저희 서비스는 S3 Presigned POST 기반 업..

Tasteam V2 이관기 1: 다른 AWS 계정으로 DB를 무중단으로 옮긴 이야기안녕하세요, Tasteam에서 Cloud 팀을 맡고 있는 clay입니다.V1에서 V2로 인프라를 전환하면서 저희는 애플리케이션뿐 아니라 DB까지 다른 AWS 계정으로 옮겨야 했습니다.문제는 DB였습니다. 애플리케이션은 계정 B에 새로 띄우고 Cloudflare 오리진을 바꾸면 되지만, DB는 서비스가 계속 쓰고 있는 데이터라 같은 방식으로 단순히 바꿀 수 없었거든요.당시 Tasteam은 이미 외부에 공개되어 사용자 데이터가 쌓이기 시작한 상태였습니다. 그래서 이관 방식도 단순히 "옮기면 된다"가 아니라, 서비스가 살아 있는 상태에서 데이터 정합성을 어떻게 유지할지까지 함께 고민해야 했습니다.그래서 목표는 단순히 "DB를 옮..