Redis VS RDB

Question

이번 간단한 커뮤니티 서비스를 포트폴리오를 위해 대학생들끼리 만들 예정입니다.redis를 도입하려던 이유가 처음엔 이메일 인증코드, jwt 였는데 좀 더 생각해보니 인증코드는 db의 event scheduler를 하면될것 같고 jwt도 blacklist 방식은 안할것 같습니다. 보안이랑 성능 모두 고려했을 때, AT는 헤더에 넣고 RT는 쿠키에 넣는 방식인데 개인적으로 쿠키가 털리면 다 털리지 않을까해서 HTTPS등 다른 방법으로 보안을 강화하고 성능적인면도 챙기기 위해 RTR까지만 생각했거든요. 그래서 RDB에 저장해도 충분하지 않을까했습니다. 하지만 다른분들께선 elastic cache 프리티어를 말씀하시는데 아무리 프리티어라도 오버스펙이 아닐까? 그리고 애초에 비싼 서비스로 알고있어서 과금이 나올 상황도 많다고 판단이 들었습니다.일단 후보지는 아래처럼 생각했습니다. 참고로 ec2는 프리티어입니다.ec2 하나에 spring , redis 서버spring용 ec2, redis용 ec2spring용 ec2, elastic cache 프리티어spring용 ec2, RDS 프리티어

으아악밥먹자 · Accepted Answer

목표를 단순히 "앱 개발"로 한정한다면 서버 한 곳에 둬도 아무런 문제가 없습니다.다만 운영의 영역까지 다루는 것, 포트폴리오로 사용하는 것이면 얘기가 달라집니다.해당 포트폴리오로 면접을 본다고 가정했을 때 몇 가지 검토해봅시다.일반적으로 서버, DB 등은 별개의 인스턴스(서버)로 분리합니다. 일단 왜 이렇게 구성하는지 알고 계셔야합니다.(서버 한 대에 여러 서비스를 올리지 않는 이유)만약 서버 한 대로 모든 서비스를 구성할 경우 면접관은 왜 그렇게 구성했냐고 물어볼 수 있을 겁니다. 비용때문이라고 답변할 건가요? AWS가 EC2, RDS 등 다양한 서비스에 걸쳐 프리티어를 제공하고 있을텐데요. 여기에 대해 명확하게 답변할 준비가 되어있어야 할 겁니다.(나는 비용 관리를 할 줄 모릅니다-라는 의미)단일 인스턴스 내에서의 프로세스간 통신을 구성하는 것과 여러 네트워크, 서버에 걸쳐 통신을 구성하는 것은 다릅니다. 단일 인스턴스 내에 서비스를 구성할 경우 면접관은 면접자를 "여러 네트워크, 서버에 걸쳐 통신을 구성해본 적이 없는 사람"으로 판단할 수 있습니다.EC2로 DB를 직접 구성할 경우 아마 많은 시행착오를 겪을 수 있습니다. 어려운 길이겠지만 해당 도구나 기술을 파악하고 공부하는 것에는 좋은 영향이 있습니다. 나중에 그런 시행착오를 포트폴리오 내에 녹여서 설명하는 것도 도움이 되구요.그러므로 최소 인스턴스는 분리하고 DB의 경우 EC2에 직접 구성할 것인지, RDS 같은 관리형 서비스를 사용할 것인지는 본인 수준에 맞춰 판단해보시면 될 듯합니다.

집킨 · Answer

4로 가시면 됩니다

Redis VS RDB

2개의 답변

#rdb 목록