22.08.08_TIL

📌 AWS, Firebase만 사용했던 나에게 Vercel은 처음보는 배포 방법이다. 배포하는 방법을 많이 알아봐야겠다!

📗 오늘 학습한 내용

배포 자동화

• 한번의 클릭 혹은 명령어 입력을 통해 전체 배포 과정을 자동으로 진행하는 것을 뜻한다.

배포 자동화가 필요한 이유

• 먼저 수동적이고 반복적인 배포 과정을 자동화함으로써 시간이 절약됩니다.
• 휴먼 에러(Human Error)를 방지할 수 있다.
  • *휴먼 에러: 사람이 수동적으로 배포 과정을 진행하는 중에 생기는 실수들을  뜻한다.

배포 자동화 파이프라인

• 소스 코드의 관리부터 실제 서비스로의 배포 과정을 연결하는 구조를 뜻한다.
  1. Source 단계: 원격 저장소에 관리되고 있는 소스 코드에 변경 사항이 일어날 경우, 이를 감지하고 다음 단계로 전달하는 작업을 수행합니다.
  2. Build 단계: Source 단계에서 전달받은 코드를 컴파일, 빌드, 테스트하여 가공합니다. 또한 Build 단계를 거쳐 생성된 결과물을 다음 단계로 전달하는 작업을 수행합니다.
  3. Deploy 단계:  Build 단계로부터 전달받은 결과물을 실제 서비스에 반영하는 작업을 수행합니다.

CI/CD 파이프라인

• Plan → Code → Build → Test → Release → Deploy → Operate → Plan

지속적 통합 (CI, Continuous Integration)

• 팀 구성원이 각자의 작업을 자주 통합하는 소프트웨어 개발 방식이다.
  • Code: 개발자가 코드를 코드 저장소에 push한다.
  • Build: 코드 저장소로부터 코드를 가져와서 빌드한다.
  • Test: 코드 빌드의 결과물이 다른 컴포넌트와 잘 통합되는지 확인한다.
• 모든 코드 변화를 하나의 레포지토리에서 관리하는 것 부터 시작한다.
• 모든 개발팀이 코드의 변화를 확인할 수 있기 때문에, 투명하게 문제점을 파악할 수 있다.
• 잦은 풀 리퀘스트와 머지로 코드를 자주 통합하여 기본적인 테스트도 작동시킬 수 있다.
• 지속적 통합을 통해 개발팀은 각자 개발한 코드를 이른 시점에, 자주 합치고, 자주 테스트 해볼 수 있다.

지속적 배포(CD, Continuous Delivery, Continuous Deployment)

• 지속적 통합 과정이 원활하게 끝나면 바로 고객에게 배포하는 것이다.

지속적 배포 과정

• Release: 빌드까지 모두 준비가 되었고, 어떤 기능이 개발되었는지 비즈니스 관계자들과 이야기를 나누는 단계이다. 어떤 기능을 넣을지, 해당 릴리즈는 배포를 할지 말지 결정하는 단계로 여러 의사결정이 이루어진다.
• Deploy: 실제 배포한다.
• Operation: 배포된 소프트웨어를 실제 운용하는 과정이다. 해당 과정에서 고객의 피드백을 충분히 받아 기획에 반영한다.

📘 추가로 공부할 내용

[udemy] React 완벽 가이드 강의 보기 (매일 조금씩 이라도 꾸준히 듣기)

Study원과 함께 진행중인 프로젝트 구현

📝 중요한 내용

• 배포 자동화
• CI/CD
• Vercel 사용법