EC2에 스프링부트를 배포하면서 서버 시간을 한국 시간으로 맞춰 줬었다.우분투 한국 시간설정은 대충 이렇게 하면 된다..$ sudo rm /etc/localtime$ sudo ln -s /usr/share/zoneinfo/Asia/Seoul /etc/localtime$
졸업 프로젝트에 이어서 React + SpringBoot 구성의 웹 프로젝트를 진행하게 되었다.지난 프로젝트에서는 git과 AWS의 RDBS를 이용하여 로컬 환경에서 테스트를 진행 후 배포를 시도하였다. (배포는 실패했지만..)이번 프로젝트에는 CI/CD를 적용해보기로
첫번째로 스프링부트를 돌려줄 서버를 만들어야한다. 프리티어는 1달에 750시간동안 EC2를 무료로 이용할 수 있어서 인스턴스 1개만 돌린다면 과금이 없을것 .. (이지만 청구서를 자주 자주 확인하여 AWS에 싹싹비는일이 없도록 하자,,) IAM 역할 생성하자.. 우
두번째로 스프링부트와 리액트의 빌드 파일을 올릴 S3버킷을 생성해야 한다. 프론트의 경우 S3에서 제공하는 정적 웹 호스팅을 사용할 것이기 때문에 프론트와 백엔드 버킷을 별도로 생성해줬다.S3버킷도 서울 지역에서 생성을 해줬다.버킷 이름 설정해주고 나머지는 건들지 않고
CodeDeploy agent was not able to receive the lifecycle event. Check the CodeDeploy agent logs on your host and make sure the agent is running and can
졸업 프로젝트 배포를 하던도중에 이러한 오류를 만났다.빌드까지 완료하고 실행을 해보려고 했더니...ERROR org.springframework.boot.SpringApplication - Application run failedorg.yaml.snakeyaml.sca
엔진엑스는 오픈소스 Web server 프로그램으로 비동기 이벤트 기반의 구조로 동작한다. 정적파일을 처리하는 http web serverWAS에 요청을 보내는 reverse proxy server로 로드 밸런서 역할도 수행해준다. 비동기 처리방식 Event-Drive
세번째로 S3에 업로드한 백엔드 프로젝트 빌드파일을 EC2로 배포해줄 CodeDeploy가 필요하다. 1. IAM 역할을 생성하자.. 사용 사례에서 CodeDeploy 만 선택해주면 끝이다! 2. 애플리케이션을 생성하자.. 이름을 입력해주고,, 컴퓨팅 플랫폼은
세번째로 GithubActions workflow를 생성하여야 한다. workflows는 github에 push가 되면 자동으로 프로젝트를 빌드하여 AWS S3에 업로드 하고 AWS CodeDeploy에 배포를 실행하도록 한다! 1. workflow를 생성하자..
우분투 20.04버전에 mariadb를 설치해보자$ sudo apt-get update$ sudo apt install mariadb-server$ sudo apt-get install mariadb-clientmariadb server와 client를 설치후$ sud
Https를 사용하게 되면서 기존사용하던 S3와 함께 Cloutfront를 사용하게 되었다. S3의 리액트 빌드 파일을 업데이트 하였으나 서버에 적용이 안되는 문제가 발생했다 Cloudfront는 AWS에서 제공하는 CDN(Content delivery network
EC2에 로드밸런서를 적용 후 인스턴스 주소 접근시 502 Bad Gateway가 떠버렸다..!몇가지 문제가 있었는데로드밸런서가 인스턴스에서 실행되고있는 스프링부트 8080로 전달하도록 대상그룹에 등록해 주어야하는데..야매로 따라하다보니 433 과 80포트만 등록하고
이번 프로젝트에서 프론트 서버를 S3 정적 웹 호스팅을 사용하고 있었다. 단순 S3 정적 웹 호스팅만 설정해 사용하다가 Https를 사용하게 되면서 몇몇 설정을 변경하게 되었다. 우아한 형제들 기술블로그의 사례별로 알아본 안전한 S3 사용 가이드 글이 많은 도움이
React + S3 + Cloudfront 로 배포를 완료했다!!늘 그렇듯 문제발생..새로고침을 하면 403 Forbidden 이 뜨는 것이었다.(그만.. 그만해..!!!)React를 잘모르지만 SPA 방식이 워쩌구 저쩌구.. 해서 URL을 통한 직접이동이 안되어서 오
간단하게 개발한 성격유형 테스트를 드디어 배포했다...!!! 평소처럼 EC2 인스턴스를 생성해서 배포할 생각이었는데 Elastic Beanstalk의 존재를 알게 되었다. 아아니.. 코드를 업로드하기만 하면 서버 구성을 알아서 해준다고? 간단한 프로젝트니까 간단하게
서버 생성 후 소스를 업로드 하기전에 mysql과 연동하기 위한 몇가지 과정을 진행해 주었다. db 생성 구성 > 데이터베이스 > 편집 에서 새로운 데이터베이스를 생성해준다. mysql을 사용해 주었고 20GB까지 프리티어 무료이다. 사용자 이름과 암호를 적절히
EB CLI를 통한 배포과정이 귀찮을 것 같아서 Github Actions를 통해 EB에 소스 업로드를 진행하고자 했다.Elastic Beanstalk에 wsgi경로 설정을 해주어야 한다..ebextentions 디렉토리의 django.config 에 다음과 같은 내용
Elastic Beanstalk는 애플리케이션 상태 모니터링을 진행한다. Health Check인데 자세한 설명은 [AWS] 에서 확인할 수 있다.(https://docs.aws.amazon.com/ko_kr/elasticbeanstalk/latest/dg/using