이 에러로 꼴딱 밤을 새웠다..ㅎㅎ RDS를 지우고 만들고를 몇 번 반복했는지 모르겠다ㅠㅠAWS RDS 데이터베이스를 EC2 외에도 외부 IP에서 확인하고 싶었다.(MySQL 워크벤치, Spring 애플리케이션) 하지만 connenction timeout이 발생했다.힘겹게 해결했던 해당 오류 해결 과정을 남겨 놓는다. 시도1. 퍼블릭 액세스 여부가장 기본적이기 때문에 가장 먼저 확인했던 부분인다. RDS를 생성할 때 연결 항목에서 퍼블릭 액세스 여부를 체크할 수 있다. 외부 IP에서 RDS를 사용하고 싶다면 ‘퍼블릭 액세스 가능’으로 체크하자. 하지만 우리는 이미 퍼블릭 액세스를 허용해 놓은 상황이었다. 2. VPC 보안 그룹 인바운드 규칙퍼블릭 액세스를 허용해도 문제가 해결되지 않는다면 보안 그룹 규칙..

프로젝트에서 이미지를 S3에 업로드하는 기능 구현을 담당하게 되었다. S3에 접근하기 위한 AWS의 AccessKey와 SecretAccessKey를 설정해주어야 했는데, public 프로젝트였기 때문에 yml에 담아서 깃허브에 올릴 수 없었다. 애플리케이션 코드로 저장하지 않고 안전하게 AWS Key를 관리하는 방법에 대해 알아보다가 EC2 환경에서 AWS Key를 관리하는 방법에 대해 알게되어 적용했던 과정을 정리한다. 이 밖에도 다양한 환경에서 적용할 만한 다양한 방법을 정리해두신 고마운 블로그가 있어 링크를 남겨놓으니 참고하길 바란다.(링크) EC2ContainerCredentialsProviderWrapper.class 이 클래스는 애플리케이션이 배포된 서버가 EC2 및 컨테이너 환경일 때 동작..

이번에 진행하는 프로젝트에서 AWS S3에 파일을 저장/수정/삭제할 수 있는 기능 구현을 담당하게 되었다. 버킷 생성부터 업로드 로직 구현까지의 과정을 정리해 본다. S3를 사용하는 이유 S3는 거의 무제한의 데이터를 저장하고 확장할 수 있다. 데이터가 커져도 저장 공간이 부족할까 봐 걱정할 필요가 없는 것이다. (하지만 프리티어ㅠ) 일반적인 파일 서버는 트래픽이 증가함에 따라 장비를 증설해야 하지만 S3는 이 작업을 대행한다. 저장할 수 있는 파일 수의 제한이 없다. S3 버킷 생성 이미지를 관리할 S3 버킷을 생성한다. 1. S3 서비스 2. 버킷 만들기 버킷 만들기를 눌러 버킷 설정을 해준다. 3. 일반 구성 버킷 이름은 지역과 상관없이 AWS 리전에 상관없이 고유한 이름이어야 한다. AWS 리전은..