feat: dev cd

[devmizz]

😋 작업한 내용

• CD 작업

🙏 PR Point

• Docker hub 사용하지 않고 진행했습니다
• Github Action에서 EC2에 곧바로 jar 파일과 Dockerfile, docker-compose.yml을 업로드 하는 방식으로 처리했습니다
• 프리티어 서버에서 이미지를 생성할 때 CPU가 죽었는데, 스왑 메모리 설정해서 해결했습니다

👍 관련 이슈

• Resolved : feat: 개발서버 CD(Continuous Deployment) #26

---

[GaBaljaintheroom]

리뷰 포인트 4
CI.yml에서는 아직 아무것도 없는데, 여기에는 어떤 내용이 들어가는지 궁금해요!

CI에 빌드 하는 부분을 넣을 거면 지금 CD에 있는 내용을 바탕으로

on:
workflow_run:
workflows: ["showpot-dev-ci"]
types:
- completed
jobs:
deploy:
if: ${{ github.event.workflow_run.conclusion == 'success' }}

이렇게 CI 부분과 CD부분을 나누면 좋을 것 같아요!

[devmizz]

리뷰 포인트 4 CI.yml에서는 아직 아무것도 없는데, 여기에는 어떤 내용이 들어가는지 궁금해요!

CI에 빌드 하는 부분을 넣을 거면 지금 CD에 있는 내용을 바탕으로

on: workflow_run: workflows: ["showpot-dev-ci"] types: - completed jobs: deploy: if: ${{ github.event.workflow_run.conclusion == 'success' }}

이렇게 CI 부분과 CD부분을 나누면 좋을 것 같아요!

요거 이해가 잘 안 되는데, CI.yml은 어떤 걸 의미하시는 걸까요!

제가 github action은 초짜라.. 허허! 자세한 설명 부탁드립니다..!

[GaBaljaintheroom]

제가 생각했을 때 .github/workflows/showpot-dev-cd.yml 에는 CI 부분과 CD 부분이 다 들어가 있다고 생각했어요.
CI는 지속적 통합이니깐 애플리케이션가 자동으로 잘 테스트되고 빌드되는지를 확인하는 것이고 CD는 지속적 배포로 빌드된 애플리케이션을 배포하는 작업이 들어가야한다고 생각했습니다. showpot-dev-ci.yml에 name: Build with Gradle Wrapper 여기 까지 있고 showpot-dev-cd.yml 에는 name: Prepare File for Deployment 여기 부터 있으면 좋지 않을까 생각한 것 입니당!

[devmizz]

@GaBaljaintheroom 되게 좋은 포인트인 거 같아요. jar를 재활용한다면 action 런타임을 줄일 수 있을 거고요!

다만 몇 가지 포인트가 걸리네요!

1. cd가 ci에 종속적이게 된다.
   절차상으로는 후순서인 건 맞지만, ci의 특정 프로세스에 cd가 너무 과의존하는 건 아닌가 싶어요. ci나 cd의 방식이 변경 됐을 때, 서로에게 영향을 줄 여지가 있는 거 같아서요!
2. 배보다 배꼽이 더 클 수 있지 않을까.
   현재 찾아본 방법으로는 artifact를 이용하거나, 별도의 저장소를 이용하는 방식인 거 같아요. 근데 artifact를 사용하면 특정 artifact를 내려 받아서 압축을 해제하는 과정을 거쳐야 하는데, 이게 build 타임보다 오래 걸릴 수도 있지 않나?

그리고 ci의 build와 cd의 build가 목적이 다르기도 해서, 이 부분도 고려가 필요할 거 같아요!

[GaBaljaintheroom]

수고 많으셨습니다~