JSCODE Logo
면접 스터디블로그후기멘토진
회사명 : JSCODE대표 : 박재성사업자 등록번호 : 244-22-01557통신판매업 : 제 2023-인천미추홀-0381 호
학원 명칭 : 제이에스코드(JSCODE)원격학원학원설립ㆍ운영 등록번호 : 제6063호

서울특별시 구로구 경인로 20가길 11(오류동, 아델리아)

Copyright ⓒ 2025 JSCODE - 최상위 현업 개발자들의 프로그래밍 교육 All rights reserved.

이용약관개인정보처리방침

비전공자도 이해할 수 있는 CI/CD 입문

CI/CD 기본 개념 / Github Actions 기본 개념

CI/CD를 왜 배우는 걸까?
CI/CD 구축할 때 사용할 Github Actions
Github Actions를 활용한 전체적인 CI/CD 흐름
[실습] Github Actions 기본 문법 정리

백엔드 프로젝트에 CI/CD 적용하기

방법 1 - 개인 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Github Actions)
[실습] 개인 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Spring Boot)
[실습] 개인 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Nest.js)
방법 2 - 일반 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Github Actions, SCP)
[실습] 일반 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Spring Boot)
[실습] 일반 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Nest.js)
방법 3 - 확장성을 고려한 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Code Deploy)
[실습] CodeDeploy 셋팅 / IAM 설정
[참고] CodeDeploy 로그 확인하는 방법
[실습] 확장성을 고려한 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Spring Boot)
[실습] 확장성을 고려한 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Nest.js)

Docker + 백엔드 프로젝트에 CI/CD 적용하기

방법 4 - 컨테이너 기반의 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Docker)
[실습] EC2에 Docker 설치, ECR 셋팅하기
[실습] 컨테이너 기반의 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Spring Boot)
[실습] 컨테이너 기반의 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Nest.jS)
방법 5 - 컨테이너 기반 + 확장성을 고려한 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Docker, CodeDeploy)
[실습] 컨테이너 기반 + 확장성을 고려한 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Spring Boot)
[실습] 컨테이너 기반 + 확장성을 고려한 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Nest.js)

웹 프론트엔드 프로젝트에 CI/CD 적용하기

Case 1 - Next.js 프로젝트에 CI/CD 적용하기 (Vercel)
← 블로그 목록으로 돌아가기

방법 2 - 일반 프로젝트에서 많이 쓰는 CI/CD 구축 방법 (Github Actions, SCP)

JSCODE 박재성
JSCODE 박재성
2025-12-01
author
JSCODE 박재성
category
CI/CD
createdAt
Dec 1, 2025
series
비전공자도 이해할 수 있는 CI/CD 입문
slug
ci-cd-for-standard-projects-with-github-actions-scp
type
post
updatedAt
Dec 1, 2025 12:06 PM

✅ 전체적인 흐름

notion image
 
 

✅ 장점

  • 빌드 작업을 Github Actions에서 하기 때문에 운영하고 있는 서버의 성능에 영향을 거의 주지 않는다.
  • CI/CD 툴로 Github Actions만 사용하기 때문에 인프라 구조가 복잡하지 않고 간단하다.
 
 

✅ 단점

  • 무중단 배포를 구현하거나 여러 EC2 인스턴스에 배포를 해야 하는 상황이라면, 직접 Github Actions에 스크립트를 작성해서 구현해야 한다. 직접 구현을 해보면 알겠지만 생각보다 꽤 복잡하다.
 
 

✅ 이 방법은 언제 주로 쓰는 지

  • 현업에서 초기 서비스를 구축할 때 이 방법을 많이 활용한다.
    • 처음 서비스를 구현할 때는 대규모 서비스에 적합한 구조로 구현하지 않는다. 즉, 오버 엔지니어링을 하지 않는다. 확장의 필요성이 있다고 느끼는 시점에 인프라를 고도화하기 시작한다. 왜냐하면 복잡한 인프라 구조를 갖추고 관리하는 건 생각보다 여러 측면에서 신경쓸 게 많아지기 때문이다.
      • 인프라 구조를 변경할 때 시간이 많이 들어감
      • 에러가 발생했을 때 트러블 슈팅의 어려움
      • 팀원이 인프라 구조를 이해하기 어려워 함
      • 기능을 추가하거나 수정할 때 더 많은 시간이 들어감
      • 금전적인 비용이 더 많이 발생
       
 
author
category
createdAt
series
비전공자도 이해할 수 있는 CI/CD 입문
slug
type
series-footer
updatedAt
Dec 6, 2025 12:46 AM
📎
이 글은 비전공자도 이해할 수 있는 CI/CD 입문·실전 강의의 수업 자료 중 일부입니다.