AWS EC2 인스턴스 생성하기 - 키페어 필요

안녕하세요 지영님! 질문 잘 해주셨습니다:) 혹시 EC2 인스턴스 시작할 때 '키페어 없이 계속 진행(권장되지 않음)'라는 옵션을 선택해서 생성 해주시면 됩니다~!!혹시 안 되시면 댓글 달아주세요~!!

opensearch nori 플러그인 지원

안녕하세요 leejieun418님! 강의 잘 들어주셔서 감사합니다ㅎㅎ시간 내서 피드백 주셔서 진심으로 감사드려요!! 말씀해주신 내용에 대해 추가적인 수업 자료를 올려뒀다고 생각했는데확인해보니 '공개 처리'가 안 되어 있었네요ㅠㅠ!덕분에 수업 자료 추가로 보충할 수 있었습니다~!! 감사합니다🙇‍♂수업 들으시면서 궁금한 점 생기시면 언제든 질문 남겨주세요:D

키페어 생성 시기

안녕하세요 kolla님! 질문 잘 해주셨습니다:D키 페어는 EC2를 생성할 때만 추가가 가능합니다! 따라서 키페어를 생성하고 싶다면 EC2를 시작할 때 생성하셔야 합니다~!!이 외로 또 궁금한 점 있으시면 질문 남겨주세요~~

ECS는 사용 안 하나요?

안녕하세요 푸리에님! 질문 잘 해주셨습니다~~컨테이너 기반의 프로젝트를 할 때 ECS를 쓰는 것도 좋은 선택지입니다! 하지만 컨테이너 기반의 프로젝트를 한다고 해서 반드시 ECS를 쓸 필요는 없습니다! 이 강의는 조금 더 CI/CD에 초점을 맞추기 위해ECS를 쓰지 않고 수업을 진행했었습니다:D이 외로 또 궁금한 점 있으시면 질문 남겨주세요~~

EC2의 docker compose up에서는 localhost를 컨테이너 이름으로 변경하지 않아도 왜 잘 돌아가나요?

안녕하세요 채현님 ! 질문 너무 잘 해주셨습니다 !궁금증을 해소해드리기 위해 핵심 포인트를 기준으로 차근차근 설명드려볼게요 ~ "EC2의 docker compose up에서는 localhost를 컨테이너 이름으로 변경하지 않아도 왜 잘 돌아가나요?"".properties 파일과 gradle 파일을 맞춰서 작성하지 않았는데, db나 redis를 못찾는다는 에러 없이 왜 잘 돌아가는지 궁금합니다."->우선 AWS EC2의 실습에서는 이전 다른 실습들과 다르게 실제 DB 연결을 시도 하지 않아서 에러 없이 잘 돌아갑니다 !! 이전 실습에서는 start.spring.io를 통해 프로젝트를 세팅할 때 Dependencies로 Spring Boot DevTools, Spring Web, Spring Data JPA ,MySQL Driver를 선택했었고, application.yml을 작성했었죠 ~하지만 AWS EC2 실습에서는 DB관련 Dependencies와 application.yml을 작성하지 않았습니다 ! 즉, AWS EC2에서는 컨테이너를 동시에 띄워보는 실습까지만 진행을 했고, 연결은 하지 않아서 db나 redis를 못찾는다는 에러가 나오지 않은거에요 ! 추가로 더 궁금한 점 생기시면 언제든지 질문 남겨주세요 ~~ 😄😄

백엔드 프론트엔드 배포 흐름이 이해가 안갑니다.

안녕하세요 냠냠님 ~ 질문 너무 잘해주셨어요 ㅎㅎ말씀하신 흐름과 고민들, 그리고 정리까지 너무 잘 하셨어요!제가 조금만 더 보완해서 정리드릴게요~ "Spring에서 workflow에 Github에 올라와있는 React 프로젝트를 S3에 업로드하고 CloudFront로 배포하도록 자동화"(Spring 서버 workflow에서 프론트 git repo까지 접근해 S3 배포까지 하는 게 맞는가?)-> 꼭 Spring 프로젝트 workflow에서 프론트 빌드 & 배포까지 함께할 필요는 없습니다 ~배포 주기가 서로 다르기 때문에 보통은 다음처럼 프론트와 백엔드 각각의 workflow를 따로 관리해요 !! [프론트 repo의 GitHub Actions]- npm install, npm run build 후- S3에 업로드 CloudFront 캐시 무효화 [백엔드(Spring) repo의 GitHub Actions]- Docker 이미지 build & ECR push- EC2에 SSH 접속 → ECR pull → 컨테이너 run백엔드 코드만 바뀌었는데 프론트까지 빌드할 이유가 없기 때문이죠 ~ "react는 3000포트를 사용하고, Spring은 8080포트를 사용하는걸로 아는데, 포트번호가 달라도 알아서 잘 통신이 되나요..??"-> 포트가 달라도 전혀 문제습니다 ~댓글로 다시 정리하며 말씀해 주신대로, 운영환경에서는 포트가 사용자에게 노출되지 않아요 :) "(최종 댓글)이렇게 이해해도 괜찮을까요?"-> 네 !! 정확하게 완전히 이해하셨습니다 !!특히 개발 환경과 운영환경의 차이를 명확히 구분하시며 정리하신 점 너무 좋습니다 ~~추가로 궁금한 점 또는 협업하시면서 더 궁금한 점 생기시면 언제든지 질문 주세요~ 지금처럼 스스로 구조를 정리해보는 습관은 진짜 좋은 태도예요🔥응원합니다 😄

스프링부트에서 엘라스틱 인덱스 설정(동의어 필터 적용 에러)

안녕하세요, jinkyung park님 ! 질문 잘 해주셨어요 😄질문 주신 내용에 대해 하나씩 답변드려볼게요 !! "한글 깨짐 에러"-> 첫번째 질문과 같은 원인으로 한글이 제대로 인식되지 못하고 있네요 ~UTF-8 인코딩이 아닌 상태에서 Elasticsearch에 전달된것 같아요 !우선 cat product-settings.json 명령어를 통해 파일의 한글 내용이 깨져 보이는지 확인해보시길 바랍니다 ~ 추가로 리눅스 환경에서 인코딩 관련 디버깅에 도움이 될만한 레퍼런스를 남겨 놓으니 참고하시면 좋을 것 같습니다 !!https://ye5ni.tistory.com/142https://louky0714.tistory.com/154제가 알려드린 키워드 토대로 디버깅하신 뒤 혹시 안 되시면 댓글 한 번 달아주세요~!!

30000 Port로 접속이 안됩니다 ㅠㅠ

그리고 지금 보니 minikube를 쓰신 것 같아서강의의 실습 환경과 동일하게 맞추기 위해 Docker Desktop을 활용해서실습을 한 번 따라가보시는 건 어떠실까요~??

docker compose up -d --build

안녕하세요~ 질문 너무 잘 해주셨습니다 😄강의 촬영 일정 때문에 답변을 늦게 드리게 됐네요ㅠㅠ!바로 질문 주신 내용에 답변드릴게요! compose.yml 파일에 build: . 이 아닌 image: 이 있을 땐 --build 옵션을 쓰지 않아도 됩니다. 이전 강의에서 --build 옵션을 강조한 이유는 compose.yml 파일에 build . 옵션이 포함되어 있었기 때문입니다! --build는 compose.yml에 build: 가 있을 때만 의미가 있습니다 !image: 만 있을 경우에는 --build 옵션을 써도 무시가 됩니다 !! 혹시라도 추가로 궁금한 점이 있으시면 언제든지 댓글로 남겨주세요~~~ 😊

30000 Port로 접속이 안됩니다 ㅠㅠ

안녕하세요 dlsdnghkd0503님! 질문 잘 해주셨습니다~~~말씀해주신 화면만 봐서는 에러의 원인이 정확히 짐작이 안 가다보니아래 링크로 카톡 한 번만 해주실 수 있을까요~??같이 디버깅 도와드릴게요:)https://open.kakao.com/o/sWhsyCZg