- Today
- Total
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 면접을 위한 cs 전공지식 노트
- Refactoring
- 아고라스테이츠
- typescript
- Err-Handling
- MariaDB
- CSS
- 코어 자바스크립트
- 배포
- LEVEL1
- TMIL
- Git
- CRUD
- LEVEL 1
- java
- 에러핸들링
- react
- TWIL
- 코딩테스트
- LEVEL 2
- mongodb
- TIL
- 프로그래머스
- 리팩터링 2판
- 알고리즘
- Docker
- First Project
- 오늘도 개발자가 안된다고 말했다
- javascript
- sql
Archives
성장에 목마른 코린이
[배포] CI/CD (지속적인 통합/배포) 본문
728x90
CICD (지속적인 통합 / 배포)
CI
개발자를 위한 자동화 프로세스인 지속적인 통합(Continuous Integration)을 의미합니다.
CD
배포 자동화 과정입니다. 지속적인 배포(Continuous Deployment)를 의미합니다.
CI/CD 종류
- Jenkins
- CircleCI
- TravisCI
- Github Actions
- etc
CI/CD 적용하기 전의 과정
- 개발자들이 개발하여 코드를 수정합니다.
- 각자의 feature 브랜치에 코드를 push합니다. (but, 어느 한 부분에서 에러가 났지만 개발자들은 눈치채지 못합니다.)
- 각자의 코드를 git에 올리고 통합(Intergration)합니다.
- 에러가 발생했지만 어느 부분에서 에러가 났는지 모르므로 다시 어디부분에 에러가 있는지 디버깅하고 코드를 수정합니다.
- (1) ~ (4)의 과정을 반복합니다.
- 많은 시간을 할애하여 에러가 해결되었으면 배포를 시작합니다. 하지만 배포과정 또한, 개발자가 직접 배포과정을 거치므로 많은 시간을 소요합니다.
코드의 양이 적다면 조금만 시간을 할애해도 에러를 찾아낼 수 있지만,
코드의 양이 많다면 에러 추적이 안되므로 어마어마한 양의 디버깅 과정을 마주하게 될 수도 있습니다.
CI/CD 적용 후의 과정
- 개발자들이 개발하여 feature브랜치에 코드를 push합니다.
- git push를 통해 Trigger되어 CI서버에서 알아서 Build, Test, Lint를 실행하고 결과를 전송합니다.
- 개발자들은 결과를 전송받고 에러가 난 부분이 있다면 에러부분을 수정하고 코드를 master 브랜치에 merge합니다.
- master 브랜치에 코드를 merge하고 Build, Test가 정상적으로 수행이 되었다면 CI서버에서 알아서 Deploy 과정을 수행합니다.
'배포' 카테고리의 다른 글
[배포] Docker (0) | 2022.11.24 |
---|---|
[배포] 에러핸들링 - pm2 프로세스 무한증식 (0) | 2022.11.22 |
[배포] 에러핸들링 pm2 startup을 수행하였으나 Ubuntu reboot후 서비스들이 정상적으로 시작되지 않을 때 (0) | 2022.11.22 |
[배포] nginx.conf 옵션 (0) | 2022.11.04 |
[Web Server] Nginx의 소개 및 역할, Apache와의 관계 (0) | 2022.11.03 |
Comments