로컬에서는 springboot서버가 잘 작동되고 github actions에서도 빌드가 잘 되는 것을 확인하였습니다. 근데 ec2 서버에만 올라가면 데이터소스 관련 문제가 발생하고 java -jar 명령어에 데이터관련 인자를 넣어서 실행시키면 그때는 디비관련 오류는 없어지고 다른 문제가 있어서 jar파일을 열어서 안에 파일들을 확인해볼려고 명령어를 작성해보았는데 아무 반응이 없어서 jar파일에 문제가 생겨서 실행이 안되는건지가 궁금합니다!!
안녕하세요 강의 재밌게 듣고 있습니다. 멀티 스테이지 빌드 강의 부분 7분42초 경에 대해 궁금한 점이 있습니다. 멀티 스테이지 빌드는 빌드 스테이지 따로, 빌드한 아티팩트 실행 스테이지 따로 이렇게 진행되는 것으로 알고 있는데요 여기서 첫 번째 스테이지에서 FROM maven AS build 이렇게 주고 --from 으로 가져올 때 빌드 컨텍스트에서 가져오지 않고 스테이지에서 가져온다고 하였는데 여기서 스테이지가 이해가 가지 않는데 첫 번째 빌드 스테이지가 실행되고 난 뒤 해당 이미지 디렉토리에서 파일을 가져온다는 뜻인가요.?
안녕하세요! 어제 질문남겼던 학생입니다! ec2에 mysql을 설치후 다음과 같이 연결을 하였습니다. 이후로 log파일을 열어보았는데 이와 같은 에러가 발생해서 검색을 해보니 initialization 관련 설정 오류라 해서 아래와 같이 추가해줬는데 이후로 github actions secret도 바꾸고 ec2로 jar 파일이 올바르게 간것도 확인됬는데 계속 같은 문제가 발생하네요ㅜㅠ 이유가 뭔지 궁금합니다!!
가이드주신 대로 GitLab 세팅 후 nestjs-boilerplate development 브랜치로 commit & push했으나 위 사진과 같이 test 스테이지까지만 진행되고 development를 포함한 이후 스테이지들이 진행되지 않습니다... 놓친 부분이 무엇일까요??
안녕하세요. 컨테이너 가상화에서 OS 관련하여 질문이 있습니다. 아래 설명에서 궁금한점이 있습니다. """ 하이퍼바이저 가상화는 게스트OS와 호스트OS가 따로 존재합니다. 컨테이너 가상화는 리눅스 커널 기술을 활용해서 프로세스 간 격리를 합니다. 컨테이너 가상화에서 컨테이너는 호스트OS를 사용합니다. 이미지 개발자는 소프트웨어, 의존성 파일, OS를 준비해 이미지로 만듭니다. """ 이미지에 OS가 있다면 호스트OS와 게스트OS 개념이 들어가는거 아닌가 싶어서요 그러면 하이퍼바이저 가상화가 아닌가 싶어서요... 사용자 환경이 windows or ubuntu고 이미지에 사용하고 있는 os는 linux or centos라고 가정할때 해당 이미지를 실행하면 다른 os를 가지는거 아닌가 싶습니다. 추가로 "이미지의 이름을 동료나 친구에게 전달해 주시면 어떤 환경에서든 도커만 설치되어 있으면 완벽하게 일치하는 서버를 구성할 수 있습니다." 해당 작동이 어떻게 될 수 있는지도 궁금합니다. 제 windows 환경에서 도커이미지를 만들어 배포를 합니다. linux를 사용하고 있는 동료가 해당 이미지를 사용하게 되었을때 어떻게 완벽하게 일치하는 서버를 구성할 수 있는지도 궁금하고요.
안녕하세요~! 다름이 아니라 강사님 처럼 yml 자동완성 ? 하고 기능 사용하고 싶은데, 어떻게 설정하면 되지 알 수 있을까요? 플로그인 Spring Ass ... 찾아봤는데 없더라고요. 그래서 어떻게 하면 되지 여쭤봅니다. 학생계정이라 유료버전 사용 중 입니다. 항상 좋은 강의 감사합니다. 좋은 하루되세요 ~ 감사합니다
ubuntu@ip-172-31-47-72:~$ cd git-actions-study/ ubuntu@ip-172-31-47-72:~/git-actions-study$ ls README.md build.gradle gradle gradlew gradlew.bat settings.gradle src ubuntu@ip-172-31-47-72:~/git-actions-study$ ./gradlew clean build -bash: ./gradlew: Permission denied 실습 개인 프로젝트에서 많이 쓰는 CI/CD 구축방법에서 빌드과정중 권한이없다고 하는 것 같은데, 혹시 이 상황에서 어떻게 하면 되지 여쭤봐도 괜찮을까요...?
강의 영상 약 13:45초 부터의 내용에서 궁금한 점이 있습니다 위의 그림의 화살표 방향으로 jenkins 서버에서 다른 docker container로 ssh를 통한 접속을 시도할 때 접속 IP 주소로 내 로컬 PC의 IP주소:10022 로 접속하는 것과 우측 docker container의 IP 주소인 172.0.0.2:22로 접속을 시도하는 것의 차이가 있나요? 위 두 가지 경우 모두 접속이 가능하던데 두 경우의 차이가 존재하는지 궁금합니다!
안녕하세요 강사님 좋은 강의 감사드립니다. 강의를 보며 실습을 따라하여 hello-world.war 빌드 후 톰캣에 배포도 잘 되는 것을 확인하였습니다. jenkins는 도커를 이용하였고 톰캣은 제 local PC에 설치되어있는 것을 이용했는데 제가 궁금한 것은 젠킨스에서 빌드 후 제 로컬 PC 톰캣 webapps 폴더 밑에 hello-world.war 파일이 어떻게 생성된 것인지 그 원리가 궁금합니다. 톰캣 서버 실행 어플리케이션의 파일 위치 기본 설정이 webapps 폴더라서 그런걸까요? 젠킨스에서 어떤 설정을 참고하여 tomcat 서버 webapps 폴더 밑에 빌드 된 war 파일이 생성된 건가요? 혹시라도 질문이 이해가 안되신다면 알려주세요 감사합니다.
안녕하세요. 강의를 듣던 중 섹션 2의 "컨테이너 가상화, 도커, 컨테이너 실행" 이렇게 총 3개 강의의 강의 화면이 나오지 않고 음성만 나옵니다. 세션 문제인가 싶어 시크릿모드로 진행했는데도 동일한 현상이 발생하네요. 저는 현재 맥북을 사용하고 있고, 휴대폰 앱으로 실행했을 때는 잘 되는데 노트북에서 크롬으로 실행하니 화면이 안나오네요.. 혹시 이에 대해서 해결 방법이 있으면 알려주시면 감사하겠습니다!
s3에 압축된 실행파일 업로드 ecr에 빌드된 이미지 업로드 빌드할때마다 이 두과정을 거쳐서 각각 S3와 ECR에 파일과 이미지가 쌓여서, 만약 배포를 10번 하면 10개의 실행파일과 이미지가 불필요하게 저장됩니다. 혹시 $GITHUB_SHA 같은 생성되는 변수를 사용하지 않고 고정된 이름을 사용해서 덮어 씌워서 사용해도 문제는 없나요?
안녕하세요 깃허브액션작업은 성공했고, codedeploy에서 ec2에 배포하는 과정에서 에러가났습니다 에러미시지: The deployment failed because a specified file already exists at this location: /home/ubuntu/github-actions-practice/package.json 2024-12-14T02:35:19 INFO [codedeploy-agent(3496)]: [Aws::CodeDeployCommand::Client 200 0.023341 0 retries] put_host_command_complete(command_status:"Failed",diagnostics:{format:"JSON",payload:"{\"error_code\":5,\"script_name\":\"\",\"message\":\"The deployment failed because a specified file already exists at this location: /home/ubuntu/github-actions-practice/package.json\",\"log\":\"\"}"} 그런데 EC2의 프로젝트 디렉토리에는 기존 플젝코드가 있는게 당연한 것 아닌가요?? 그럼 appspec.yml에 기존 코드를 삭제하고 새로운 코드를 덮어쓰는 옵션같은 것을 추가해야하는 걸까요? 이 에러가 왜 발생한것인지 어떻게 해결해야하는지 몰라서 질문드립니다!