
AWS IAM에 들어가 사용자 만들기 생성된 boot3을 클릭하여 [액세스 키 생성] 버튼 클릭 후 작업 시작 이제 값을 등록하기 위해 github 에 접속 후 Settings -> Secrets and Variables -> Actions 순서로 클릭 이러면 기본 세팅은 끝 이제 파일을 작성하면 가장 바깥 폴더에 .github 디렉토리 생성하고 workflow 디렉토리 하위에 생성 후 안에 cicd.yml 만들기 cicd.yml name: CI/CD # 이 워크플로의 이름 on: push: branches: [main] # main 브랜치로 푸시되었을 때만 실행 jobs: build: runs-on: ubuntu-latest # Ubuntu 환경에서 실행 steps: - uses: actions/che..

# CI / CD는 도구가 아니라 방법이다. * CI / CD가 필요한 상황 만약 서비스를 배포하고 운용하던 중에 코드를 변경할 일이 생기면 어떤 작업을 할 것인가? 우선은 코드 수정을 하고, 로컬 환경에서 테스트를 진행한다. 그리고 빌드도 잘되는지 확인할 것이다. 그런 다음에는 jar 파일을 생성해 복사하고, AWS에 접속해서 복사한 jar 파일을 업로드해 새 배포 버전을 제공해야 한다. 지금 이 과정을 기계적으로 계속하는건 현실적으로 어렵다. 프로젝트 규모가 커진다면 더 말할 필요도 없고. => 이럴 때 도입하는 것이 CI/CD 이 방법을 도입하면 빌드부터 배포까지의 과정을 자동화할 수 있고, 또 잘 되는지 모니터링 할 수 있다. 사실 이는 지속적 통합, CD는 지속적 제공이라는 의미가 있다. CI ..