Hỏi & Đáp
안녕하세요 authenticity님! 질문 잘 해주셨어요~~ 확인해보니 notion에 기재된 코드랑 pdf에 기재된 코드랑 동일하긴 하나 pdf로 변환하는 과정에서 줄바꿈이 바뀐 것 같습니다...!! 만약 pdf에 나와있는 코드를 복사 붙여넣기 했을 때 작동하지 않는다면 Notion에 있는 코드를 복사 붙여넣기 해보시기 바랍니다! 혹시나 그렇게 코드를 실행시켰는데도 작동하지 않는다면 댓글 남겨주세요:D
Hỏi & Đáp
안녕하세요 민혁님! 질문 잘 해주셨어요~ 질문해주신 내용에 대해 답변드려볼게요! 우선 시험 앞두고 걱정 많으실 텐데, 마음 조금 편히 가지셔도 될 것 같아요! 제가 올려드린 문제를 전부 푸셨고 examtopics까지 풀고 계시면, 그것만으로도 충분히 탄탄하게 준비하신 거예요 ! krdumps 때문에 시험이 그만큼 어려울까 걱정하시는 것 같은데, 길이 자체에 겁먹으실 필요는 없고, 핵심은 결국 '요구사항에 맞는 적절한 서비스를 고르는 것'이라 강의에서 다룬 개념으로 충분히 풀리는 문제들이에요 ! krdumps의 지엽적이고 긴 문제들 중에는 실제 시험 경향과 거리가 있거나 퀄리티가 들쭉날쭉한 것도 섞여 있어서, 그걸 기준으로 시험 난이도를 미리 높게 잡지 않으셔도 돼요 ! 그래서 krdumps를 처음부터 끝까지 다 푸실 필요는 없어요 ~ 개념을 확실히 잡으시고, krdumps는 시간 여유가 있을 때 다양한 표현에 익숙해지는 용도로 가볍게 보시는 정도면 충분해요 ! 너무 걱정 마시고 지금처럼만 준비하시면 좋은 결과 있을 거예요 :) 추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~
Hỏi & Đáp
안녕하세요 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! "Nat Gateway는 라우팅 테이블 없이 어떻게 IGW를 호출할 수 있는건가요?" -> 우선 NAT 게이트웨이도 라우팅 테이블을 사용하고 있어요 ! 다만 NAT 게이트웨이 전용 라우팅 테이블이 따로 있는 게 아니라, NAT 게이트웨이가 배치된 '퍼블릭 서브넷'에 연결된 라우팅 테이블을 그대로 타고 가는 거예요 ~ NAT 게이트웨이를 굳이 퍼블릭 서브넷에 배치했던 이유가 바로 여기에 있죠 ! 퍼블릭 서브넷에 연결된 라우팅 테이블에는 이미 0.0.0.0/0 → 인터넷 게이트웨이 규칙이 들어있죠 ! 그래서 프라이빗 서브넷에서 NAT 게이트웨이로 올라온 트래픽이, NAT 게이트웨이가 속한 퍼블릭 서브넷의 라우팅 테이블을 따라 인터넷 게이트웨이로 빠져나가게 되는 거예요 ! 전체 흐름으로 보면 프라이빗 서브넷의 EC2 → (프라이빗 라우팅 테이블 : 0.0.0.0/0 → NAT 게이트웨이) → NAT 게이트웨이 → (퍼블릭 라우팅 테이블 : 0.0.0.0/0 → 인터넷 게이트웨이) → 외부 인터넷 순으로 트래픽이 흘러간다고 이해하시면 돼요 ! 즉 NAT 게이트웨이는 자기가 속한 서브넷의 라우팅 테이블 덕분에 IGW까지 도달할 수 있는 거예요:) 추가로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~
Hỏi & Đáp
안녕하세요 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! "정답은 A인데 왜 C가 아닌지 궁금합니다. A는 (1),(2)만 해당이 되는데 C는 (3)까지 가능하기 때문에 C가 더 정답이라고 느껴집니다.." -> 핵심은 C가 (1) 낮은 지연 시간 읽기를 제대로 만족하지 못한다는 점이에요! RDS 리전 간 읽기 복제본(C)은 비동기 복제라 복제 지연이 수 초에서 수 분까지 발생할 수 있어서, 글로벌 저지연 읽기 요구사항에는 부족해요 ! 반면 Aurora 글로벌 DB(A)는 전용 인프라로 복제해 리전 간 지연이 보통 1초 미만이라 (1)을 확실히 충족하고요! "비용 효율적"이라는 (3)은 요구사항을 다 만족하는 것들 중에서 따지는 조건이라, C는 단순히 싸 보여도 (1)부터 미달이라 탈락이에요~ 결국 A가 (1),(2)를 제대로 만족하는 '가장 합리적'인 답이 되는 거죠 :) 추가로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요 :D
Hỏi & Đáp
안녕하세요 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! "데이터베이스 생성 방식을 선택할때 손쉬운 생성으로 만들면 RDS가 생성은 되는데 위의 이유 때문에 상세 옵션을 수정할 수는 없었습니다. AWS 프리티어일 경우에는 가능한 RDS 생성 방식이 있는지 문의드립니다." -> 프리티어의 정책 변경으로 인해 프리티어일 경우에는 상세 옵션으로 인스턴스 유형을 직접 골라 RDS를 만들지 못하게 됐어요~ 인스턴스 유형을 직접 선택해서 만드시려면, 계정을 '유료 플랜'으로 업그레이드 해주셔야해요 ! 추가로 궁금하신 점 있으시면 언제든 추가 질문 남겨주세요 :)
Hỏi & Đáp
안녕하세요 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! 노드 = 컨트롤러 + 브로커라고 이해하신 부분은 정확해요 ! 그래서 노드를 띄우면 둘 다 한 번에 클러스터에 붙을 거라고 생각하신 것도 자연스러운 흐름이에요 ~ 다만 여기서 한 가지 짚어드릴 부분이 있어서 답변 드려볼게요! 먼저 lsof로 확인한 건 각 노드의 브로커와 컨트롤러 프로세스가 잘 떠서 해당 포트를 열고 있는지를 본 것뿐이에요! 즉 "프로세스가 실행 중이다"를 확인한 거지, "컨트롤러가 클러스터의 정식 멤버로 등록됐다"와는 별개의 이야기예요 ~ 그래서 lsof에서 컨트롤러 포트가 다 잡힌다고 해도, 그게 곧 2, 3번 컨트롤러가 클러스터에 등록됐다는 의미는 아니에요! 브로커는 노드를 띄우면 자동으로 등록되지만, 컨트롤러는 처음에 1번 노드만 —initial-controllers로 지정했고 2,3번은 —no-initial-controllers로 포맷했죠. 그래서 2, 3번 컨트롤러는 떠 있어도 옵저버 상태로만 대기 중이라, add-controller 명령으로 따로 등록해주는 단계가 필요했던 거예요! 이렇게 하나의 컨트롤러로 안정적으로 시작한 뒤 나머지를 하나씩 추가하는 방식이라, 초기 구성 중에 컨트롤러끼리 상태가 꼬이는 걸 방지할 수 있어요 :) 추가로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~
Hỏi & Đáp
안녕하세요 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! 우선 첨부해주신 진단 결과들을 쭉 보면, 쿠버네티스 리소스 자체에는 전혀 문제가 없는 상태예요! 이전에 안내드렸던 방법들을 이미 다 해보셨으니, 몇 가지만 더 시도해보시면 좋을 것에 대해 말씀드려 볼게요 ! 가장 먼저, 주소창에 localhost:30000 대신 127.0.0.1:30000 으로 직접 쳐서 접속해보세요! describe 결과를 보면 IP Families가 IPv4(SingleStack)인데, 윈도우에서는 localhost 가 IPv6(::1)로 먼저 해석되는 경우가 많아서 브라우저가 엉뚱한 곳으로 접속을 시도하다 연결 거부가 뜨는 거예요. 127.0.0.1로 IPv4를 강제로 찍어주면 바로 해결되는 경우가 많습니다 :) 그래도 안 되면 파워셸에서 curl.exe http://127.0.0.1:30000 을 직접 날려봐주세요! curl로는 되는데 브라우저만 안 되면 캐시나 https 자동 전환 문제일 수 있으니 시크릿 창에서 다시 해보시는걸 추천드려요 ! curl로도 연결 거부가 뜬다면, Docker Desktop + WSL2 환경에서 호스트-NodePort 매핑이 꼬이는 이슈예요! "Reset Kubernetes Cluster" 후에도 30000번 포트를 이전 리스너가 물고 있는 경우가 있어서 순서가 중요한데요, kubectl delete service spring-service 로 서비스를 먼저 지우고 → Quit으로 완전 종료 후 1분 대기 → 다시 켜서 yaml apply 해보시는 걸 추천드려요 ! 참고로 위 방법들로도 끝까지 안 되셔도 너무 걱정하지 않으셔도 돼요 ~ 현재 리소스는 100% 정상이라서, 지금 겪고 계신 건 윈도우 로컬 환경 특유의 네트워크 매핑 문제일 뿐 강의 내용을 잘못 따라오신 게 절대 아니에요ㅎㅎ 그래서 강의를 계속 진행하실 때는 port-forward(kubectl port-forward service/spring-service 30000:8080)로 접속하셔도 학습에는 전혀 지장이 없어요 ! 우선 127.0.0.1:30000 접속부터 한 번 시도해보시고, 결과 어떻게 나오는지 댓글로 알려주시면 추가로 더 살펴봐드리겠습니다 :) 추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~
Hỏi & Đáp
안녕하세요 민성님 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! 결론부터 말씀드리면, 지문에 "선결제를 하지 않는다"는 내용이 명시적으로 적혀 있진 않아요 ! 민성님이 말씀해주신 대로 "다년 계약에 묶이는 것은 원치 않는다"는 조건은 A, B, C, D 모든 선택지가 1년 약정이라서 변별력이 없는 조건이 맞아요~ 그래서 이 조건만으로는 정답을 가릴 수 없어요 ! 그래서 실제로 정답을 가르는 핵심은 두 가지예요! 첫 번째는 EC2와 Fargate를 함께 쓰는 환경이라는 점이예요 ! EC2 인스턴스 절약 플랜은 Fargate에 적용되지 않기 때문에, 두 가지를 모두 커버하는 컴퓨팅 절약 플랜(Compute Savings Plans)을 써야 해요 ! 이 조건만으로 EC2 인스턴스 절약 플랜인 A와 D는 바로 걸러지죠 ! 남은 B와 C는 둘 다 컴퓨팅 절약 플랜이라 여기서부터는 선결제 여부만 다른데, 민성님이 의문을 가지신 게 바로 이 지점이에요! 지문에 선결제 관련 직접적인 언급이 없다 보니, 결국 "비용 효율성을 높이고 싶다 + 유연하게 가져가고 싶다"는 전체 맥락에서 초기 비용 부담이 가장 적은 선결제 없음(B)을 정답으로 본 거예요 ! 즉 명시적 조건이라기보다는 문제 전반의 의도에서 끌어낸 해석이죠 ! "다년 계약" 때문에 C가 오답이라는 설명보다는, "비용 효율성 + 유연성이라는 맥락상 초기 선결제 부담이 적은 쪽이 더 적합하다"고 이해하시는게 좋아요 :) 추가로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~
Hỏi & Đáp
안녕하세요 민성님 ! 질문 잘 해주셨어요 ~ 질문해주신 내용에 대해 답변드려볼게요 ! '법정 적인 문제가 없더라도 가장 비용효율적인 것을 생각하면 s3 standard-ia가 glacier쪽보다 쌀수없을 것 같은데 왜 a가 아니라 b인가요?' -> 우선 이 문제는 "단순 저장 단가가 가장 싼 것"을 고르는 게 아니라 "데이터의 성격과 접근 패턴에 맞는 스토리지 클래스"를 고르는 게 출제 의도예요! Glacier 계열은 법/감사/규정 목적으로 장기 보관해야 하는 경우에 사용하는 유형인데, 이 문제에는 그런 용도에 대한 언급이 없어요 ~ 그리고 조건을 보면 60일 이후 "거의 조회되지 않는다"라고 했지, "전혀 조회되지 않는다"고 하진 않았어요 ! 가끔은 즉시 조회가 필요할 수 있다는 뜻이고, 이 "거의 조회 안 하지만 필요하면 즉시 조회"라는 패턴에 정확히 맞는 게 Standard-IA죠 ! 거기에 7년 후 영구 삭제하는 수명 주기 정책까지 포함되어 있어서 B가 모든 요구사항을 만족시키는 정답이 되는 거예요 ~ 자격증 문제에서는 단가 비교보다 이렇게 데이터 용도와 접근 패턴을 보시는걸 추천드려요 :) 추가로 로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~
Hỏi & Đáp
안녕하세요 ! 질문 잘 해주셨어요 ~ 완강하셨다니 너무 고생 많으셨어요ㅎㅎㅎ 개념 학습에 도움이 되셨다니 다행입니다! 질문해주신 내용에 답변 드려볼게요~~ "제가 무료 문제 사이트에서 문제를 풀다가 강의에서 다루지 않은 개념들이 많이 나오는 것을 느꼈어요. 예를 들자면 'AWS 서비스 카탈로그', '패시브-패시브 연결', '편지 대기열(DLQ)' 등의 내용입니다. 강의 외의 개념들은 시험에서 크게 중요하지 않아서 포함이 안되어 있었던 것일까요?" -> 네 맞아요 ! 강의는 실제 SAA-C03 시험에 출제될 가능성이 높은 핵심 서비스와 개념들 위주로 구성되어 있어요 ~ AWS 서비스가 워낙 방대하다보니 모든 서비스를 다 다루기보다는, 시험에서 자주 등장하고 합격에 직접적으로 영향을 주는 부분에 집중을 했어요 ! 말씀해주신 DLQ 같은 개념은 SQS와 함께 가끔 등장하기도 해서 가볍게 알아두시면 좋고, 서비스 카탈로그처럼 출제 빈도가 낮은 개념들은 깊게 파고들지 않으셔도 괜찮아요 ! 다만 이미 강의를 완강하시고 문제풀이까지 활발하게 진행하고 계신 상황이라면, 문제를 풀다가 모르는 개념이 나올 때 그때그때 찾아보면서 채워나가는 방식을 추천드려요! 처음부터 모든 개념을 따로 학습하기보다는, 문제에서 마주치는 낯선 개념들을 정리해두시는 게 시험 대비에는 훨씬 효율적이예요 ~ 어차피 자주 나오는 개념은 여러 문제에서 반복적으로 등장하기 때문에 자연스럽게 걸러지실 거예요 :) "강의용 문제와 타 사이트 문제의 유형이 조금 다른 것 같아 여쭤봅니다. 강의 문제 자료에서는 상황을 설명하고 그에 해당하는 솔루션을 답안에서 찾는 것이 핵심이었다면, 타 사이트에 있는 문제는 상황에 맞는 솔루션 제시까지 문제에 포함되어 있고 답안에서는 솔루션을 구현하는 상세한 방법을 고르는 내용이었습니다. 실제 시험은 어떠한 유형으로 주로 출제되며, 어떠한 전략으로 접근을 하여야 할까요 !?" -> 실제 SAA-C03 시험은 대부분 '시나리오 기반' 문제로 출제돼요 ! 즉, 어떤 상황이나 요구사항(고가용성이 필요하다, 비용을 최소화해야 한다, 특정 지연시간을 만족해야 한다 등)을 던져주고 그에 가장 적합한 솔루션을 고르는 형태가 가장 많아요! 강의 문제 자료에서 다룬 유형과 가장 유사하다고 보시면 돼요 ~ 물론 말씀해주신 것처럼 구체적인 구현 방법을 묻는 문제도 일부 섞여 나오긴 하지만, 핵심은 결국 '문제 상황의 키워드를 파악하고 그에 맞는 서비스를 골라내는 능력'이에요 ! 그래서 접근 전략을 말씀드리자면, 문제를 읽으실 때 요구사항의 핵심 키워드(고가용성, 비용 절감, 재해 복구, 보안, 지연시간 등)를 먼저 잡아내시고, 각 서비스가 어떤 상황에 적합한지를 연결지어 생각하시는 연습을 하시면 좋아요 ! 비슷한 서비스들 사이에서 상황에 맞는 걸 골라내는 게 시험의 핵심이거든요 :) 추가로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~ 😄 늘 파이팅입니다 ! 💪
