윗 분들이 좋은 답변을 많이 해주셨네요. 자기개발적인 부분으로 답을 많이 주신거 같아 저는 실무적인 이야기를 해보려고 합니다. (개인적으로 자기 개발 및 경험을 위해서, 더더욱 학부생이시라면 ec2에 직접 설치해보고 방화벽 설정 및 계정, db의 시스템 파라미터, character set도 직접 설정 해보시는게 더 좋다고 생각합니다. ) 실제 프로젝트가 진행될 때에도 위와 같은 고민을 초기에 잠깐 합니다.(어떻게? 아 어차피 타 aws 서비스 쓰니까 편하게 걍 rds 할까요? 예 ㄱ ㄱ . 단, 경험 많은 시니어들이 미리 의견을 내죠. 뭐 예를 들어 “아 근데 우리가 사용하려는 암호화솔루션이 rds에 붙이는 것보다 ec2에 직접 db 설치해서 설정하는게 더 이슈 없어요 등..tmi로 aws 서비스를 많이 사용하시면...이 친구들이 돈 벌레라 권고하고 가이드 내리고 질문하면 결국 비싼 서비스 쓰는게 좋아요 라는 해결책에 도달하게 됩니다. ㄹㅇ 자낳괴) 선택을 하게 되는 많은 요인이 있지만 아래와 같은 문제를 기본적으로 많이 고려해서 선택해요. 구축하려는 서비스의 타 아키텍쳐들이 AWS에 의존적인가?(aws의 로드밸런스나 ec2,eks,s3,lambda 등 타 awa 서비스를 이용할 계획이라면 rds를 선택하죠. 물론 초기 개발 계획서에 월별 이용요금 다 계산해서 윗선에 보고합니다. 프로젝트에 투자할 비용에 맞게 cpu를 잘 계산해서 인스턴스를 만들어요.) 플러그인 등 따위의 외부 솔루션과의 호환성 및 그것들과의 환경설정에 소요되는 리소스가 얼만큼인가? - 예를 들면, 암호화 솔루션이라던가 혹은 구축하려는 소프트웨어의 특징 상 반드시 있어야하는 어떠한 외부 솔루션을 지원하냐 안하냐는 당연히 고려해요.(웬만해선 다 되지만).더 크게 고려하는 부분은 디비와 외부 솔루션들과의 파이프라인 및 방화벽 구축 등 따위에 소요되는 리소스를 봅니다. 개발 기간 상 이런 파이프라인 즉, 환경세팅에 리소스가 많이 소요되지 않는 쪽을 선택해요. 실제 프로젝트 하면 시간이 이상적이게 할당되지 않거든요.. 도움이 되었다면 좋겠습니다.