현재 강의 수강하면서 Github 연동하는 강의를 수강했습니다. 우선 양질의 강의 만들어 주셔서 감사합니다. Q1. 해당 강의에서 Github repo를 만들때 Frontend 와 Backend 레포를 나누라고 하셨는데, 분리하는 이유가 궁금합니다. 운영상이나 보안상의 이점 때문일까요? Q2. 만약 분리를 하게 되면, 프로젝트 최상위 루트 폴더에 존재하는 Claude.md 파일이나, /Backend, /Frontend 에 속하지 않는 /rules, /docs 폴더 같은 경우는 어디에 저장이 되는 걸까요? 바이브코딩 하다보면 이런 폴더들이 생기게 되어 질문드립니다. .gitignore 시켜야 하는지, github 레포 만들지 않고 그냥 로컬 저장소에 커밋만 해두는지, 어떻게 관리하는 것이 좋을지 의견을 여쭙습니다.
이 강의를 듣기 전에 저는 claude desktop과 기획회의를 한 후에 spec.md(PRD보다 좀더 구체적인 형태)과 WBS.md(선생님 강의에서 roadmap같은)을 만들고, claude code한테 이 파일을 참고하라고 하는 편이었는데요, 이렇게 안하고 굳이 desktop과의 프롬프트를 code한테 복붙해줘야 할 이유가 있을까요? 토큰 사용량 효율 때문일까요?
rdb 만들 때 인스턴스 구성시 인스턴스 유형에 활성화 되는 것이 없습니다. 현재 강의와 달리 aurora and rdb 가 같이 묶여 되어있고 프리티어이다보니 똑같이 따라해도 인스턴스 유형에 활성화 되는 것이 없네요 그래서 퍼블릭 액세스 가능이 아닌 기본 디폴트인 불가능으로 밖에 할수가 없어서 실습을 따라할 수가 없는데 어떻게 해야할까요?
강의를 듣던 중 실습 내용을 보니 LoadBalancer와 비슷함을 느껴서 질문드립니다. Route53과 LoadBalancer 둘 다 트래픽을 분산하는데 동작하는 방식이나 구조에 차이점이 있을까요? 그리고 각각 어느 상황에서 사용되는지, 서로 대체 가능한지도 궁금합니다.
[리뉴얼]Amazon CloudFront 원본(Origin) 강의 내용 중 CloudFront로 접근했을 때 캐싱되도록 동작편집을 하는 부분에서 Legacy cache settings 를 선택하는 라디오 버튼이 안보입니다. 2026.03.17일 기준으로 aws가 업데이트를 해서 해당 설정부분이 없는 걸까요? CloudFront를 생성했을 당시 선택 플랜 무료 를 선택했습니다.
안녕하세요 질문이있습니다 현재 보인그룹까지 인강을 들었습니다. 들으면서 질문이 몇가지 있습니다 ami가 도커 이미지 느낌인걸까요? - 물론 시점에 따라 다르겠지만 도커이미지 최신상태 ami 현재 상태 따라 그대로 그 환경에서 서비스를 제공할수잇느지.. 인스턴스 저장시 별도 하드가없으니 s3가 생성되는데 ebs와ami 강의에서 왜 ebs스냅샷을 떠서 s3를 저장하는지 궁금합니다. 저는 ebs스냅샷이랑 s3이랑같은 hw이지만 저장방법, 시점 다 다르다고 생각해서 사용자가 원하는 요구사항의 필요에 따라 쓰임이 다르다고 생각해서 따로 개념을 가졌습니다 그에 따른 s3에서 등록하면 ami 가 등록이 되는지도 의문이라서 문의드립니다 저의 질문의 추후 더욱 클라우드를 공부하게 되면 이해할수있는 부분이면 죄송합니다..
현재 인턴을 진행하면서 AWS 관련 지식의 필요로 인해 강의를 수강하고 있습니다. 강의를 공부하면서 동시에 자격증까지 준비하면 좋을 것 같다는 생각을 하게 되었습니다. CLF-C02 파운데이션 자격증 공부를 위해 추가적으로 어떤 부분을 공부하면 좋을지 조언해주시면 감사하겠습니다.
안녕하세요. 강의를 통해 바이브 코딩을 학습하면서 많은 도움을 받고 있습니다. 감사합니다. 강의 내용 중 인프라 구성 순서와 관련하여 한 가지 궁금한 점이 있어 문의드립니다. 현재 강의에서는 EC2를 먼저 구성하지 않고, RDS를 우선 생성한 뒤 로컬 PC와 직접 연결하여 설정을 진행하는 방식 으로 설명해 주셨습니다. 일반적으로는 EC2 인스턴스를 먼저 생성한 후, 해당 인스턴스와 RDS를 연결하고 애플리케이션을 빌드·배포하는 방식으로도 구성이 가능할 것이라고 생각했는데, 강의에서 RDS를 먼저 설정하는 데에는 특별한 이유나 설계상의 고려 사항이 있는지 궁금합니다.
유튜브, 유료강의 항상 잘보고있습니다. 양질의 영상 항상 감사드립니다. 질문부터 말씀드리자면, 기획에서 만들어진 .md 문서활용방법이 궁금합니다. 말씀하신대로 작업을 해보고있고, 클로드 데스크탑 환경에서 대화내용을 중간중간 .md 저장하게 되고, 클로드 코드에게 전달할 때 도 .md파일로 저장하게 되더라구요. 그러면 예를들어 아래처럼 기획, 프롬프트 문서들이 쌓일것같습니다. 프로젝트 초기 세팅.md 로그인 및 회원가입.md 배포 관련 정리.md 배포 관련 정리2.md 로그인 기획 수정.md 배포관련 정리3.md 프로젝트 초기세팅 보완.md 서비스 기능1.md 이런식으로 다 중요한 이력이긴 하지만 뭔가 정리되지않고 파일만 쌓이는 느낌?이 들더라구요 이때 과거 .md파일을 어떻게 활용하는걸까요? 클로드 데스크탑이 저 과거.md 파일 내용들을 항상 읽어서 다음 작업들을 하지는 않지 않나요? 저것들을 쌓으라는 이유는 나중에 개발자가 과거 이력중 필요한 내용을 복붙해서 사용하기위해 두라고 하시는 걸까요? 작업을 하다보니 이전과거 md파일은 딱히 안보게되고 새로운 md파일만 주욱 만들어지는 것 같습니다. 이력 파일을 만들어서 어떻게 활용하셨는지 궁금합니다.
***전공자와 시니어 개발자 그 사이 간격으로 인한 기회비용(물어보는 시간, 물어보려고 공부하는 시간 등)을 집단 지성으로 최적화함*** - 설치 이후의 기획 단의 문서 레퍼런스 공유 - 개발 중 주요 이슈 공유 바이브 코딩이 확실히 도움이 되고 이제는 어떤 부분은 인간을 넘어섰고, 또 넘어서고 있다고 생각합니다. 그런데 아직은 아무나 할 수 없는 것이 현실이라, 그 시행착오를 줄이고 성공하는 방법으로 집단지성을 이용하여 시간적 기회비용을 줄이는 것이 도움이 된다고 생각하여 카톡방을 개설했습니다. 채널장으로서 카톡방의 모든 질문과 답은 문서화를 해볼 예정입니다. 널널한 개발자님이 이미 된다는 것은 보여주셨고, 저 또한 시도를 했고 또 하고 있는 입장입니다. 강의를 들으면서 프롬프트나 2주 동안 고민하신 부분 등 중요한 말씀을 많이 해주셨지만, 이외에도 고려할 것들이 너무나도 많습니다. 이에 레퍼런스를 만들기 위해 커뮤니티를 만들었습니다. 지금은 오픈이지만, 추후 강의 구매자들만 들어올 수 있도록 암호화할 예정입니다. 강의 뽕을 뽑아봅시다!! 진정성있는 참여와 질문들 기대해보겠습니다. 감사합니다!
아키텍처 구성 중 의문이 생겨서 질문드립니다. 강의 중 auto scaling으로 생성하지 않고 직접 인스턴스 시작으로 생성했던 demo-3-tier-ec2는 아키텍처 상 딱히 필요하지 않아 보이는데 테스트 용으로 그냥 생성한 것인가요? 아니면 다른 역할이 있는 건가요?
WordPress 서버 클러스터 구성 강의에서 ALB / Web EC2 / RDS로 구성한다고 하셨는데 ALB가 Presentation tier, Web EC2가 Application tier, RDS가 Data tier 역할을 하는 건가요? 아니면 ALB는 사용자와 직접 소통하기 보다는 부하 분산 역할을 하니 아예 다르다고 보면 되는 걸까요?
