2020/11

배포 작업은 귀찮아... 현재 진행하는 프로젝트에서 Front-end서버는 React로 다른 친구가 작업하고 있고, 나는 실제로 배포와 백엔드 서버와 같이 진행하고 있었다. 문제는 React를 다루는 친구가 배포에 대해서는 잘 모른다는 것이었는데, 나는 실제 서버에 올려보고 싶었다. 하지만 내 귀여운 t2.mirco는 백엔드도 키면서 yarn build를 돌리기에는 1시간정도 걸릴것만 같아서 외부에서 build를하고 차라리 파일을 가지고 오는게 훨씬 좋다고 판단했다. 근데 일일히 내 컴퓨터에서 굳이 친구가 commit올릴때마다 git pull로 다운 받아서 그걸 build를 해야하나 고민하다가 좋은 아이디어가 떠올랐다. 깃허브 액션을 통해서 React build를 해보았다. 일단 이 react를 buil..

CLI를 통해서 직접 S3에 접근하려면... AWS CLI를 통해서 S3를 이용하려면 AWS CLI를 설치하고, AWS access key id, secret access key를 통해 등록하여 사용하면된다. CLI를 접근하는 방식은 다루지 않겠지만, s3 명령어 중에서도 소개할만한 것이 있어서 포스팅한다. S3 업로드 / 다운로드 aws s3 cp s3://~~~ s3 주소 /user/~~{현재 내 파일 디렉토리 주소} 예를들어서 s3:// -> /user/~~ 이런식이면 S3에서 현재 컴퓨터로 다운로드 하겠다는 뜻. /user -> s3:// 이면 로컬 파일에서 s3로 파일 업로드 하는 개념 --recursive 명령어를 붙이면, 폴더 전체를 다운 받을 수도, 폴더 전체를 올릴수도 있습니다. aws ..

AWS free tier를 사용하다보면 2%가 부족할 때가 있다. AWS 프리티어는 가난한 대학생에게는 한줄기 빛과 같은 존재인데, AWS의 프리티어라서 적게 돈이 나가는 것도 좋고, 실제로 이것저것 해볼 수 있다는 측면에서 한줄기의 빛과 같은 존재이다.하지만, 이러한 프리티어도 한가지의 문제를 가지고 있다.t2.micro의 램이 1GB정도 밖에 안된다는 것인데, 여러 가지의 프로젝트를 동시에 돌리는 것에 엄청나게 문제를 준다는 것이 가장큰 문제일 것이다.나의 사례로만 들어도 Spring boot 한개를 킨 상태에서 Spring boot의 gradle을 통한 빌드 작업을 시도 해봤는데, 서버의 가용성이 폭발해버린 사례가 있었다. 이때는 마치 SSH가 실제로 가용중인 Gradle을 종료시키지도 못했고 SS..

글또를 시작해버렸다. 글쓰는 또라이라는 이 모임은 개발 블로그 글쓰기 모임과 같다. 사실 개발 블로그는 내가 배운 내용이 아니면 정기적으로 포스팅하기가 쉽지는 않다. 아무래도 내가 순간순간 깨닫는 내용은 국소적인데 타자에게 전하는 것은 범위가 크니까 내 스스로도 정리하고 검증하는 글을 쓰는 시간이 필요하고 그게 글을 단기적으로 많은 글을 꾸준히 쓰게 하는게 어렵게 하는 원인 중 하나이다. 그래서 결국에는 대충 이런 악순환의 고리를 만든다. 1. 글을 쓰려고 다짐한다. -> 2. 내가 전달하려는 글이 복잡하네? 검증의 시간이 필요하다. -> 3. 검증 시간 블로그 탐색과 구글링, 책 섭렵 -> 4. 오히려 검증하는 시간이 글쓴시간 보다 오래걸림. OR 기술적 검증이 더 필요한 상태 -> 5. 이렇게 까지 ..