Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[REFACTOR] Dev환경 CI/CD에서 Docker 설정 제거 #263

Merged
merged 9 commits into from
Sep 22, 2024
Merged

Conversation

PgmJun
Copy link
Member

@PgmJun PgmJun commented Sep 9, 2024

Issue Number

#81

As-Is

EC2에서 Repository를 pull받아 build를 수행하고 실행하는 과정을 외부로 분리하고자
Docker를 적용하고 이미지를 pull받고 실행만 시키도록 관리하고자 하였으나 Docker 없이도 충분히 가능함을 인지하게 되었음.

또한 도커에 대한 지식이 부족하여 오히려 배포 환경을 구성하는 것에 어려움을 느낌
우선 도커 설정을 제거하고 정말 필요한 상황이 발생하면 그때 적용하는 것으로 결정

To-Be

  • Docker가 아닌 Github artifact actions를 통해 artifact파일 EC2에 전달하여 수행

Check List

  • 테스트가 전부 통과되었나요?
  • 모든 commit이 push 되었나요?
  • merge할 branch를 확인했나요?
  • Assignee를 지정했나요?
  • Label을 지정했나요?

Test Screenshot

스크린샷 2024-09-19 16 29 56 정상배포 완료

(Optional) Additional Description

@PgmJun PgmJun requested a review from GIVEN53 September 9, 2024 07:04
@PgmJun PgmJun force-pushed the refactor/#81 branch 2 times, most recently from e631c2a to e60e4bc Compare September 9, 2024 09:35
@PgmJun PgmJun changed the title [REFACTOR] Dev환경 CI/CD에서 Docker 설정 [REFACTOR] Dev환경 CI/CD에서 Docker 설정 제거 Sep 19, 2024
@PgmJun PgmJun self-assigned this Sep 19, 2024
@PgmJun PgmJun added 🗺 infra 인프라 관련 🍃 BE back end labels Sep 19, 2024
@PgmJun PgmJun added this to the BE Sprint5 milestone Sep 19, 2024
Comment on lines +58 to +59
- name: Replace application to latest
run: sudo sh ~/scripts/replace-new-version.sh
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

질문) 굳이 스크립트를 분리해서 사용한 이유가 궁금합니다. 만약 CD 과정에서 해당 스크립트에서 Fail 이 되면 해당 스크립트를 찾아서 확인해야하는데 관리 포인트를 두 군데 두는 것이 아닌가? 라는 생각이 듭니다. CD안에서 jobs로 분리하는 방식이 탭별로 어떤 부분에서 문제가 발생했는지 확인할 수 있으니까 유지보수에 더 좋지 않을까요?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

저도 그렇게 처리하고 싶었는데 경로가 안잡히더라구여..
일단 시간 없어서 클라이언트가 빨리 사용할 수 있도록 저렇게 처리해두고 말았는데 저도 단점이라고 느끼고 있었어서 말 나온 김에 지금 다시 시도해보겠습니다.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

image

Comment on lines +40 to +37
- name: Upload artifact file
uses: actions/upload-artifact@v4
with:
name: app-artifact
path: ./backend/build/libs/app.jar
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

질문) artifact actions을 사용한 이유가 무엇인가요?? 그냥 jar 파일을 빌드해서 사용하면 되면 아닌가? 라고 생각이 들어서요! 🧐

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

EC2의 메모리를 아끼기 위해서 artifact 파일 빌드를 Github Actions 에서 수행하고
EC2는 해당 파일을 내려받아서 실행만하도록 구현하였습니다~

Copy link
Contributor

@leegwichan leegwichan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

제가 보는 것도 타칸과 유사한 의견입니다!
타칸 코멘트 반영해주세요!

@PgmJun PgmJun force-pushed the refactor/#81 branch 2 times, most recently from 02f371d to d21a106 Compare September 19, 2024 10:11
@PgmJun PgmJun merged commit 3b3deae into develop Sep 22, 2024
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🍃 BE back end 🗺 infra 인프라 관련
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

3 participants