GitHub Action에서 AWS OIDC 연동하기
TL DR; 1. Intro 2. 설정과정 2.1. Adding the identity provider to AWS 2.2. Configuring the role and trust policy 2.3. Updating your GitHub Actions workflow 2.4. 실제 파이프라인에 적용 3.Outro
Browse Posts
GitHub Actions
GitHub Actions 워크플로, Runner, 배포 자동화와 운영 최적화를 다룹니다.
GitHub Action으로 EC2에 블루그린 배포 및 PR 코멘트
TL; DR 1. Intro 최근에 사이드 프로젝트를 하면서 로컬개발된 내용을 실제 배포환경에서도 동일하게 볼 수 있을지 파이프라인을 구성할 필요가 있었다. 프론트엔드부분의 경우 아직은 정적웹페이지 위주라 S3+Cloudfront를 사용한 Object storage+CDN 배포라던가 Vercel/Amplify 같은 SaaS? Managed? 서비스를 통해서 배포도 가능하다. 하지만 처음에 EC2로 시작한 이유는 어느정도 윤곽나오고 실제 배포단에서는 효율적 사용을 위해 S3+CDN으로 넘어갈 부분은 넘기고할듯 2. […]
Github action Tool caching으로 작동시간 줄이기
TL;DR 1. Intro 2. 환경구성 기존의 k8s-runner와 동일한 환경구성에서 시작 기본적인 Runner로 구동시, 필요한 언어 등 환경을 가져오고 구동하는데 일정 시간이 소요된다. 목적은 이 시간을 줄이는 것이다 3. Tool caching to Runner Image Building GitHub Actions Runner Images With A Tool Cache Github Action Runner에서 빌드환경은 actions/setup-* 류의 marketplace action을 사용하여 구성되곤한다. 해당 액션 사용시 […]
Self-hosted Github Action Runner Custom하게 사용하기
1. Intro 이전글을 통해서 Self-hosted ARC 환경을 구성해보았다. 그러나 단순히 환경을 구성하고 동작을 테스트하는것과 실제로 사용가능하게 환경 구성을 설정하는 것은 다르다. GitHub Action 문서에서 또한 기본 구성외에 추가적인 도구 구성은 사용자의 책임으로 정해두고 별다른 가이드라인을 제공하지않는다. Runner의 package는 어떻게 구성해야할까? 관련된 글도 많이 없었고 삽질했던 내용들을 정리해두고자 한다 2. Self-hosted Runner values 배포 이전글에서는 간단히 […]
Self-hosted Github Action Runner로 GitHub 사용 비용 줄이기
TL DR: 1. Intro GitHub 기반의 환경에서 개발 환경을 구축할 경우, CI/CD 파이프라인 도구에 있어 Jenkins와 같은 별도 시스템을 외부에 구축하기도 하나, GitHub 환경과 긴밀히 통합되어있는 GitHub Action의 사용을 고려하기도 한다. 그러나 GitHub이 호스팅하는 GitHub-Hosted Runner의 경우 무료가 아니다. Enterprise 등급을 제외하고는 전체 파이프라인 작동시간에 대해 월간 2,000~3,000시간에 대해서 무료이지만, 그 외의 추가 사용시간에 대해 […]