And Brain said,

나는 AWS EC2 인스턴스가 이미 존재하지만 Windows AMI 인스턴스이고 인스턴스 두 개를 돌리는 순간부터 한 달에 무료 인스턴스의 시간이 절반으로 줄어들어 15일까지만 유료이기 때문에 ubuntu AMI 인스턴스로 서버 배포를 하고싶어도 제약이 있었다. 그럼에도 너무 해보고 싶어서 다른 사람의 새로운 계정으로 해보기로 했다. (프리티어 종료시점 기록용) EC2 인스턴스를 만드는 법은 생략하겠다. 프리티어 우분투 AMI 인스턴스를 생성하면 된다. 일단 인스턴스에 탄력적 IP를 적용시켜야 한다. https://theworldaswillandidea.tistory.com/49 [AWS] EC2, 탄력적 IP 사용하기 탄력적 IP. AWS에서 제공하는 EC2는 인스턴스를 끄고 킬때마다 IP가 달라지게 ..

탄력적 IP. AWS에서 제공하는 EC2는 인스턴스를 끄고 킬때마다 IP가 달라지게 된다. 따라서 클라이언트와 연동을 하거나 도메인을 연결하는 등 고정적인 IP가 필요한 상황에 인스턴스를 재가동할때마다 IP가 바뀌는 문제가 발생할 수 있다. 이러한 문제를 해결하기 위해 탄력적 IP 기능이 존재한다. 먼저 EC2로 들어가면 사이드바에 탄력적 IP가 존재한다. 탄력적 IP 주소 할당 할당하면 탄력적 IP가 나오는데 이를 원하는 인스턴스에 연결하면 끝이다. 기존 IP가 변하는 점은 참고하길 바란다. 탄력적 IP를 프리티어 인스턴스에 연결하면 무료지만 다음의 경우에 유료가 될 수 있으니 주의하길 바란다. 1. 탄력적IP를 받고 어떤 인스턴스에도 연결하지 않는 경우 2. 프리티어가 아닌 유료 인스턴스에 연결하는 ..

AWS S3 bucket 객체의 권한을 다 풀어헤치는 것은 꺼려진다는 우리 구독자님의 의견이 있어서 ACL 권한설정에 대해 공부하던 중 굳이 ACL은 필요없다는 것을 알았다. AWS측의 공식 답변이다. 즉 ACL은 필요하지않고 S3 버킷 정책을 사용하여 원하는 권한을 부여하라는 것이 AWS 측의 답변이다. 근데 문득 든 생각이 보안이 정말 중요하다는 것은 알겠지만 무엇때문에, 그니까 무슨 위험때문인지는 모르고 있단 생각이 들었다. 너무 막연하게 형체도 보이지 않는 괴물과 싸우는 것은 어렵지 않겠는가? 하여 대체 어떤 위험이 숨어있는지 그 그림자부터 걷어내보도록 하자. 단순히 개인의 프로젝트에 쓰는 사람들은 대부분 그냥 다 풀어헤치고 쓰는데 이러면 최소한 S3의 AccessKey는 무슨 일이 있어도 세상에..

AWS와 Express를 연동해서 파일 업로드와 삭제를 진행해보겠다. 이미 코드를 다 짜고 안 사실이지만 뒷단에 서버만 두고 업로드와 삭제코드는 앞단에 두는게 훨씬 낫다고 하니 참고하도록. (짜고 난 이후에도 프론트와 연결하니 고쳐야할 게 많았고 여러가지로 처리해야할 게 늘어나 앞단의 코드가 엄청나게 길어졌다.) 일단 얘네들 전부 install 해준다. 여러분의 액세스키와 시크릿 액세스키를 넣어주면 된다. 이렇게 짜준다. bucket : 은 여러분의 버킷명이 들어가면 된다. key: 파일명이 될 것이다. contentType은 자동완성을 사용해주자 upload.single() 부분은 하나의 파일 업로드를 하기 위함이다. 여러 파일을 업로드하려면 upload.array()를 사용하면 된다. 앞 단은 대충 ..

이번 시간엔 bucket 정책과 cors 정책에 관해 다뤄보겠다. 얘들을 설정하지 않는다면 이미지 주소를 붙여도 이미지가 뜨지 않을 것이다. bucket 만드는 법은 이 글을 참고 https://theworldaswillandidea.tistory.com/32 [AWS] S3 bucket 간편하게 이미지 서버 구축하기 - [1] 이번 시간엔 데이터(사진, 동영상, 문서 등)를 Amazon S3에 업로드하기 위해 bucket을 생성하는 법을 알아보겠다. 왜 하는거냐, 이미지를 서버에 보내야 이미지 주소가 생성되기 때문. 이미지 주소를 theworldaswillandidea.tistory.com 저번 시간의 권한 설정 페이지부터 시작한다. 버킷 정책에서 편집을 누르면 정책 생성기가 존재하고 이것을 누르는데 ..