Github Action CI/CD application.yml 관리

Question

github action을 이용해서 ci cd를 구축하려고합니다.다른분들 프로젝트를 보면 github secret에 application.yml 등 파일을 관리해서 env로 설정하고 echo를 통해 /main/resources 경로에 해당 파일을 생성하시더라구요.application.yml 파일 형식 그대로 secret에 저장을하면 공백? 그런것 때문에 실행 오류가 날 수 있어서 Base64처리를 한 후 저장을 하던데 application.yml이 변경 될 때마다 다시 secret에 들어가서 파일 전체를 변경해줘야한다고 생각했습니다. 그래서 application.yml의 중요한 값을 환경변수 처리 후, application.yml을 깃허브에 푸시하고 workflow에서 env로 secret에 저장된 환경변수 값을 할당하는지, 아니면 .env 파일로 관리를 하는지 궁금합니다.application.yml 없이 build 후, ec2에서 .env 파일로 spring 컨테이너를 실행 시킬 때 하시는지, application.yml의 유무가 build 할 때는 상관 없는 걸로 아는데 어떻게 관리하시는 지 궁금합니다.

Clickin · Accepted Answer

이건 정답이 있다기보단 상황에 따라서 취사선택할 문제입니다.환경변수를 런타임에 주입하는 건 환경변수를 유연하게 관리할 수 있지만 대신 값에 대한 관리가 안됩니다.예를 들어서 깃헙 클라이언트 시크릿같이 발급할 때만 보여주고 그 이후에는 다시 알아낼 수 없는 값을 런타임에 주입하도록 설계했다고 가정하고해당 키를 백업하지 않은 상태에서 ec2를 날려버리면 찾지 못하는 일이 생깁니다. 재발급받으면 되는 부류면 다행이지만 재발급이 안된다면 좀 곤란하겠죠.반대로 빌드과정에서 설정파일에 집어넣어놓으면 유연하진 못하지만 리포지토리에서 관리는 되는거죠.보통 프로젝트가 공개프로젝트인로 불특정 다수가 사용하거나 동일 솔루션을 환경변수만 바꿔서 각기 다른 업체에 납품하는 경우 런타임에 환경변수를 주입하고 비공개 프로젝트라 외부유출 걱정이 없는 경우 아에 application.yml에 포함하기도 합니다.

Github Action CI/CD application.yml 관리

1개의 답변

Q&A 목록