[⛓️ CI/CD] CI/CD와 GitHub Actions 활용법

 

Jenkins와 GitHub Actions의 차이점을 알아보기 위해 두 가지 방법을 모두 사용하여 배포 자동화를 진행했다.

(Jenkins와 관련된 글도 작성하고 있으나 워낙 추가할 내용이 많다보니 임시저장소에 묻힌지 오래다.. )

 

GitHub Actions은 Jenkins 보다 간단했다.

사용법을 기록하고 둘의 차이점을 간단하게 기록하고자 한다. 

 

 

⛓️ CI/CD와 GitHub Actions

CI/CD 개념은 Jenkins와 관련된 글을 작성하면서 언급하긴 했었다.

 

CI/CD(지속적 통합 / 지속적 배포)를 사용하는 이유는 소프트웨어 개발 워크플로우를 자동화하기 위해서이다. 

궁극적으로는 사용자에게 빠르게 최신 프로젝트를 제공하기 위해서이기도 하다. 

 

• 지속적 통합 - CI (Continuous Integration) : 개발자들이 코드 변경 사항을 중앙 저장소(GitHub Repository)에 자주 merge 하는 것으로, 코드를 자동으로 빌드, 테스트하여 메인 브랜치에 통합된다. 이는 개발 초기 단계에서 문제를 발견하고 수정할 수 있게 한다. 통합 과정에서 발생할 수 있는 문제를 최소화하여 소프트웨어의 품질을 향상시킴으로써 사용자의 경험을 높인다. (궁극적 목표)

 

• 지속적 배포 - CD (Continuous Deployment) : 모든 코드 변경 사항이 테스트를 통과한 후 자동으로 운영 환경에 배포되는 것
  코드를 commit하거나 pr 생성 후 merge되면 docker image build 👉 Docker Hub에 올라감 👉 image pull 

 

GitHub Actions의 장점 중 하나는 설정이 간단하다는 것이다. 

GitHub Repository와 밀접하게 통합되어 개발자들이 별도의 CI/CD 툴을 설정하고 관리하는 번거로움을 줄여준다.

(Jenkins을 사용했을 때 설정, 관리하는 작업에서 꽤 오랜 시간이 걸렸던 것을 생각해보면 훨씬 더 효율적인 것 같다!)

 

 

 

 

 

 

GitHub Actions 동작 원리 

• GitHub Actions는 GitHub Repository의 이벤트(push, pull, pr)에 반응하여 자동화된 워크플로우를 실행한다. 
• 워크플로우는 .github/workflows 디렉토리 내 YAML 파일로 정의되며 이 파일 내에서 작업(jobs), 단계(steps), 액션(actions) 등을 설정할 수 있다.

 

• Workflow는 GitHub Actions에서 실행되는 자동화 프로세스를 정의하는 단위로 각 작업은 독립적으로 실행되며 여러 단계로 구성될 수 있다. 
• Step은 각 작업 내에서 수행되는 단일 명령어 또는 액션의 연속으로, 작업 내에서 순차적으로 실행된다.
• Action은 marketplace에서 가져오거나 직접 작성한 재사용 가능한 코드 조각이다.
• Secrets은 repository의 중요한 데이터를 안전하게 저장하고 관리하는 데 사용된다. 👉 API 토큰 암호, SSH 키 등 

 

 

 

 

 

GitHub Actions 생성 - CI

 

• respository ➔ Actions에서 simple workflow로 들어간다.

 

• .github/workflows/test-github-actions.yml 을 작성한다.

 

• commit changes을 누르면 다음과 같이 된다. 

 

• workflow 동작을 확인할 수 있으며 로그들을 통해 각 step들이 어떻게 실행되는지 볼 수 있다. 

이곳을 보면 test 오류 여부도 확인할 수 있다. 

Test code를 작성하지 않아 별다른 로그가 찍히지는 않았다. 

---

🔹 workflow yml file 

name: GitHub Actions Demo
run-name: ${{ github.actor }} is testing out GitHub Actions 🚀

on: [push]

jobs:
  Explore-GitHub-Actions:
    runs-on: ubuntu-latest    # 해당job을 어떤 OS에서 실행할 것인지
    steps:                  
      - run: echo "🎉 The job was automatically triggered by a ${{ github.event_name }} event."
      - run: echo "🐧 This job is now running on a ${{ runner.os }} server hosted by GitHub!"
      - run: echo "🔎 The name of your branch is ${{ github.ref }} and your repository is ${{ github.repository }}."
      - name: Check out repository code
        uses: actions/checkout@v4
      - run: echo "💡 The ${{ github.repository }} repository has been cloned to the runner."
      - run: echo "🖥️ The workflow is now ready to test your code on the runner."
      - name: List files in the repository
        run: |
          ls ${{ github.workspace }}
      - run: echo "🍏 This job's status is ${{ job.status }}."

 

• on : workflow가 언제 실행될지에 대한 트리거 지정 👉 git push 이벤트 발생 시 트리거
• runs-on : 해당 job을 어떤 OS에서 실행할 것인가 명시
• steps : 하나의 job이 가질 수 있는 여러 가지 동작 나열 👉 각 스텝은 독립적인 프로세스를 갖고 순차적으로 실행됨
  • run : shell을 이용해 커맨드 라인 실행
  • name : step의 이름 명시
  • uses : 현재 step에서 사용할 액션

 

 

 

 

 

GitHub Actions vs Jenkins

이 기술을 왜 사용했는지, 장단점은 무엇인지 파악하는 것이 중요한 것 같다. 

 

🔹GitHub Actions  

• 장점 : Jenkins와 달리 설치하는 과정 X / GitHub Repository와 긴밀하게 통합되어 있음 👉 소스 코드 관리와 CI/CD 파이프라인을 같은 플랫폼에서 관리 👉 복잡성이 줄어들고 프로젝트의 효율성 증가 
• 단점 : 다른 도구들에 비해 상대적으로 새로움 / private repository 연결하려면 유료 

🔹 Jenkins  

• 장점 : 레퍼런스가 많다. 매우 유연하며 수많은 플러그인으로 확장 가능
• 단점 : 초기 설정 복잡 

 

 

 

 

 

참고 자료

https://docs.github.com/en/actions/learn-github-actions/understanding-github-actions