인프라 / DevOps·

테이블링·2023년

백엔드팀에서 GitHub Actions를 사용하는 방법

테이블링 백엔드팀이 AWS CodePipeline/CodeBuild에서 GitHub Actions로 CI/CD 파이프라인을 전환한 경험을 다룬다. 20개의 백엔드 서버를 대상으로 Reusable Workflow와 Composite Action을 활용해 코드 재사용성을 높이고, 팀 전체가 일관된 가이드라인으로 운영하는 체계를 구축했다. ECS 배포, Slack 알림, Jira 연동까지 통합된 파이프라인 구성 사례를 공유한다.

핵심 포인트

기존 gulp.js 기반 CodePipeline의 오류 추적 어려움이 전환의 주요 동기
Reusable Workflow vs Composite Action 선택 기준 (secrets 지원 여부, job 수, 중첩 깊이)
`github-actions` 중앙 저장소에서 공통 워크플로우를 일괄 관리
AWS ECS 배포, Slack 알림, Jest/Mocha 테스트 결과 파싱을 재사용 워크플로우로 구현
YAML 파일명·job·step 명명 컨벤션을 팀 문서로 정립
GitHub Marketplace Actions 활용으로 Serverless Framework 배포도 간편 구현

상세 정리

CodePipeline 대비 GitHub Actions의 장점: 이벤트 트리거 연동, 간편한 설정, 마켓플레이스 생태계
Reusable Workflow: secrets 사용 가능, 조건문 지원, 여러 jobs 포함 가능
Composite Action: 최대 10개 중첩, secrets 미지원, 단일 step처럼 재사용
중앙 `github-actions` 저장소로 공통 로직을 버전 관리하며 분산 적용
배포 환경별 히스토리와 상태를 GitHub UI에서 직접 확인 가능
Jira 자동 연동으로 PR 배포 현황이 티켓에 자동 표시
팀 가이드 문서화로 신규 프로젝트 온보딩 비용 절감
20개 서버 대상 운영 중이며 파이프라인 수정 편의성이 크게 향상

왜 읽나AWS CodePipeline에서 GitHub Actions로 전환하고 Reusable Workflow 체계로 다수 서버의 CI/CD를 통합 관리하려는 백엔드 팀을 위한 실전 가이드.

테이블링 블로그

원문은 여기서 이어서 읽을 수 있어요

읽음 (0)

·takedown 요청

이 글과 비슷한