왜 GitHub Actions

세상이 Actions 를 default 로 만든 강점

GitHub Actions 는 2018 년에 출시돼서 3년 안에 대부분 신규 프로젝트의 default CI 가 됐어. 이유는 기술적 천재성이 아니라 실용적이야:

코드 옆에 살아. Workflow 는 .github/workflows/ 의 YAML 파일이야. Code 와 같이 versioning 되고, PR 에서 review 받고, 자동으로 repo 에 scope 돼.
Marketplace. 흔한 작업 (deps cache, AWS deploy, Docker image build, Slack post) 을 위한 pre-built action 수만 개. 조합력이 말도 안 돼.
OSS 무료. Public repo 에 넉넉한 free minute, 무료 macOS / Windows runner. 모든 현대 OSS 프로젝트가 green build badge 와 함께 ship 하는 이유야.
Auth 하나. GitHub 계정 있으면 CI 있음. Provision / license / billing 할 별도 도구 없음.
Native UI 통합. PR status check, environment deployment, secrets 관리 — 다 code review 와 같은 UI 에서.

알아둘 약점

Vendor lock-in 실재. Workflow YAML 과 action 생태계가 GitHub 전용. 옮기기 사소하지 않아.
Marketplace action 대부분이 third-party 코드. SHA 로 pin, 중요한 거 audit, prod 에서 latest 절대 금지. (Secrets/security track 에서 다룸.)
아주 무거운 워크로드엔 느려. 64-core 머신이나 persistent cache 있는 GPU runner 필요하면 보통 runner 를 self-host.
Stateful workflow 는 어색. Actions 는 stateless build/test/deploy 잘 해. Long-running stateful pipeline (다일 batch job) 은 위에 Argo 나 Airflow 같은 orchestrator 원하게 돼.

Code

Workflow 가 repo 에 살아 — 다른 source 처럼·bash

# Where it lives
ls .github/workflows/
# ci.yml  release.yml  nightly.yml  deploy.yml

# It's part of the repo
git log -p .github/workflows/ci.yml
# you see the full review history of every workflow change

# It's reviewable in PRs
git diff main HEAD -- .github/workflows/

세상이 Actions 를 default 로 만든 강점

알아둘 약점

Code

External links

Exercise

Progress

댓글 0