그동안 운영하고 있는 프로젝트들의 빌드와 배포는 다음처럼 진행하고 있었다.Meteor.js로 만들어진 프로젝트는 pm2-meteor로 빌드/배포(우리팀 한정) 몇몇 개의 프로젝트는 dev 브랜치에 push되었을 땐 자동으로 배포될 수 있는 어플리케이션을 만들어 서버에
먼저 우리가 만든 어플리케이션을 docker를 사용하여 실행시킬 수 있어야 한다.docker에 대한 기본적인 개념은 안다고 가정하고 바로 스타트!Dockerfile을 작성이미지 만들기컨테이너 실행시키기우리의 프로젝트를 docker image로 만드려면 Dockerfil
docker로 프로젝트를 실행시킬 수 있도록 해놨으니 다음 단계는 작업 내용을 푸시하면 서버에 배포해서 적용될 수 있도록 해야한다. 이를 위해서 Github Actions를 사용할 예정이다빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 지속적 통합 및 지속적 배포
Workflow의 실행은 기본적으로 Github runner에서 실행이 되는데 그렇게 하면 비용이 발생하기 때문에 self-hosted runner를 생성해야한다. self-hosted runner 만들기 스타트! Self-Hosted Runner runner를 만
참고 : 우리의 서버는 Amazon Linux 2023을 사용중이다.설치하고 나면 inactive 상태다.실행하면 docker 데몬이 실행된다.다 됐나 싶어서 docker ps 같은 명령어 입력하면 permission denied가 나온다Docker를 실행하려는 사용자
Github Actions 에 대해 알아본 글에서 Workflow를 정리하면서 어떤 식으로 파일이 만들어지는지 정리가 되었다.이렇게 job > step > action 으로 구성이 된다.job을 작성하기 전에 workflow의 이름이나 이 workflow가 언제 실행되