S3 강의 개선 제안

안녕하세요 xiest님! 말씀해주신 내용을 꼼꼼히 전부 다 읽어봤습니다! 이렇게 정성스럽게 시간을 들여서 피드백 남겨주셔서 너무 감동이네요🥹 작성해주신 내용을 읽어보니 말씀해주신 대로 보완해야 할 필요가 있다고 느껴지네요! 공교롭게도 올해 말 또는 내년 초에 지금까지 만든 강의를 전부 개선을 할 예정이었는데말씀해주신 내용을 반영하면 너무 좋겠다는 생각이 드네요ㅎㅎ 리뉴얼 강의를 제작할 때 말씀해주신 내용도 꼭 포함해서 제작하도록 하겠습니다!! 시간내서 꼼꼼하게 피드백해주셔서 정말 감사드립니다:D

[채용 공고] AI-Native 개발자 채용합니다!

키페어 설정

안녕하세요 ! 질문 잘 해주셨어요~질문해주신 내용에 대해 답변드려볼게요!"이런 키페어 설정은 어떻게 해야하나요?"-> 강의에서는 EC2에 접속할 때 EC2 Instance Connect(AWS 콘솔에서 브라우저로 바로 접속하는 방식)를 사용하기 때문에 키 페어가 없어도 실습하시는 데 전혀 문제가 없어요 ! 그래서 "키 페어 없이 계속 진행"을 선택하시고 인스턴스 시작 버튼 눌러주시면 돼요 ~다만 나중에 터미널에서 SSH로 직접 접속해보고 싶으시다면 그 때는 키 페어가 필요해요 !그런 경우엔 "새 키 페어 생성"을 선택하시고 이름은 편하게 지어주신 뒤에 키 페어 유형은 RSA, 프라이빗 키 파일 형식은 .pem 그대로 두고 생성하시면 돼요 ~이 때 다운로드되는 pem 파일은 나중에 재발급이 안 되니 안전한 곳에 잘 보관해두세요 :)추가로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~

api.basic-server.com

안녕하세요 ! 질문 잘 해주셨어요~해결되셨다니 다행이네요ㅎㅎ말씀해주신 방식이 정확한 방향이에요 !Route 53 호스팅 영역에 자동으로 생성된 네임서버 주소가 기준이 되고, 도메인 등록기관 쪽 네임서버를 그 값에 맞춰 수정해주셔야 정상적으로 연결돼요 ~반대로 Route 53의 NS 레코드를 건드리시면 오히려 꼬이게 되니 이 부분만 기억해두시면 좋을 것 같아요~~참고로 네임서버를 변경하고 나면 전 세계 DNS에 반영되는 데까지 시간이 조금 걸려요 ! 보통은 10~30분이면 되지만 길게는 몇 시간까지 걸리기도 해서, 설정을 제대로 하셨는데도 바로 접속이 안 되는 것처럼 보일 때가 있어요 ~그러니 다음에 비슷한 상황이 생기면 설정을 지웠다 다시 만들기보다는 조금 기다려보신 뒤에 확인해보시는 걸 추천드려요:)고생 많으셨구 추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~

p.created_at vs u.name 인덱스 문의

안녕하세요 태경님 ! 질문 잘 해주셨어요~질문해주신 내용에 대해 답변드려볼게요!"join시 인덱스 방식이 달라지는지 궁금합니다."-> 조인이라서 달라진다기보다는, 그 쿼리에서 어떤 조건이 데이터를 가장 많이 걸러주느냐에 따라 인덱스 걸 위치가 달라진다고 보시면 돼요 ! 조인에서는 MySQL이 한 테이블을 먼저 읽고 그 결과 건수만큼 반대편 테이블을 찾아가기 때문에, 먼저 읽는 테이블의 결과를 최대한 줄이는 게 핵심이에요 ! 유저 이름은 동등 조건(=)이라 범위 조건인 created_at보다 훨씬 적은 행으로 좁혀지다보니 u.name에 인덱스를 거는 게 효과적이었던 거죠 ! EXPLAIN으로 어떤 테이블이 먼저 읽히는지 직접 확인해보시면 훨씬 이해가 잘 되실 거예요 :)"또, 다른 곳에서 파티셔닝, 클러스터링?? 이라는 용어들도 보이던데 이것도 인덱스에서 파생된 것일까요?"-> 인덱스에서 파생된 건 아니고 별개의 기술이에요 ! 파티셔닝은 큰 테이블을 특정 기준으로 쪼개 저장해서 필요한 조각만 읽게 하는 방식이구요, 클러스터링은 InnoDB에서 PK 기준으로 데이터가 정렬되어 저장되는 걸 뜻하기도 하고 DB 서버를 여러 대 묶는 걸 뜻하기도 해요 ! 다만 지금 단계에서는 굳이 파고들지 않으셔도 괜찮아요ㅎㅎ 인덱스 감부터 확실히 잡으신 뒤에 보셔도 늦지 않아요 :)추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~

HTTPS 인증서

안녕하세요 ! 질문 잘 해주셨어요~질문해주신 내용에 대해 답변드려볼게요!우선 첨부해주신 이미지를 보니 CNAME 이름에서 api 부분까지 같이 빼신 게 원인으로 보이네요!ACM에서 알려주는 CNAME 이름은 _a42f376b39c….api.본인도메인.p-e.kr 형태일 텐데요, 내도메인한국은 입력칸 바로 오른쪽에 .본인도메인.p-e.kr이 이미 붙어있어서 그 뒷부분만 빼고 넣어야 해요 !즉 a42f376b39c….api 이렇게 api까지 포함해서 입력해주셔야 해요! 지금처럼 api까지 빼버리면 실제로는 a42f376b39c….본인도메인.p-e.kr 이라는 엉뚱한 주소로 레코드가 만들어져서, ACM이 확인하러 가는 주소와 달라 계속 검증 대기중에 머물게 돼요 ! 인터넷에서 보신 설명은 도메인 부분만 빼라는 의미였는데 api까지 빼신 것으로 보이네요~값 부분은 지금 입력하신 게 정상이니 그대로 두시면 되구요, 이름만 수정하시고 5~10분 정도 기다렸다가 ACM 창을 새로고침해보시면 검증이 완료될 거예요 ! 무료 도메인은 레코드 반영이 조금 느릴 수 있어서 길게는 30분 정도 걸릴 수도 있으니 여유있게 기다려보셔도 좋아요 :)추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~

안녕하세요. IT 인프라 엔지니어를 목표로 하고 있습니다.

안녕하세요 지원님 ! 질문 잘 해주셨어요~질문해주신 내용에 대해 답변드려볼게요!"비전공자도 합격하는 개발자 이력서/포트폴리오 작성법' 강의 관련:저는 IT 인프라(시스템엔지니어, 클라우드 엔지니어)를 목표로 하고 있는데, 개발자 대상의 이력서/포트폴리오 강의를 수강해도 괜찮을까요?"-> 네, 수강하셔도 괜찮아요 ! 이력서와 포트폴리오를 작성하는 핵심 원칙(내가 한 일을 어떻게 어필할지, 어떤 구조로 작성해야 서류 통과율이 높아지는지 등)은 개발자든 인프라 엔지니어든 직군에 상관없이 동일하게 적용돼요 ~프로젝트 경험을 정리하는 방식이나 기술적인 어필 포인트를 잡는 방법도 인프라 직군에 그대로 활용하실 수 있어요!"지원 시기 관련:아직 프로젝트와 포트폴리오가 완성되지 않은 상태입니다. 지금 당장 자격증과 자기소개서만으로 조금씩 지원을 시작해 보는 것이 괜찮을까요? 아니면 2달 반 뒤 프로젝트와 포트폴리오까지 완전히 갖춘 후 지원하는 것이 좋을까요? "-> 지금부터 조금씩 지원을 시작해보시는 걸 추천드려요 ! 지원 자체가 하나의 연습이 되기도 하고, 서류를 넣어보면서 시장에서 어떤 역량을 요구하는지 파악할 수 있거든요 ! 또 운이 좋으면 면접 경험까지 쌓을 수 있어서 실전 감각을 기르는 데 큰 도움이 돼요 ~그리고 2달 반 뒤에 프로젝트와 포트폴리오가 완성되면 그때 이력서를 업데이트해서 본격적으로 지원하시면 돼요 !완벽하게 준비된 상태를 기다리기보다는, 준비하면서 동시에 지원하는 게 취업 시기를 앞당기는 데 훨씬 유리해요:)이 외로 궁금하신 점 있으시면 또 질문 남겨주세요~~

HTTPS 인증서 받는 부분 알려주세요

안녕하세요 ! 질문 잘 해주셨어요~질문해주신 내용에 대해 답변드려볼게요!"route53이 프리티어에서 안되다 보니 해당 DNS 레코드 생성도 안되는 것 같은데 HTTPS 인증서 발급이 안되면 다른 방법은 없나요?"-> 방법 있어요 ! 지금 상황은 도메인을 내도메인.한국에서 발급받으셔서 생긴 현상이에요 ! 첨부해주신 화면에서 "도메인이 Route 53에 있습니까?"가 "아니요"로 나와 있죠? ACM의 "Route 53에서 레코드 생성" 버튼은 말 그대로 Route 53 호스팅 영역에 도메인이 등록돼 있을 때만 자동으로 레코드를 만들어주는 편의 기능이라서, 다른 곳에서 발급받은 도메인은 이 버튼으로는 검증이 안 돼요 ~대신 검증용 CNAME 레코드를 내도메인.한국 쪽 DNS 설정에 직접 등록해주시면 똑같이 발급받으실 수 있어요 !ACM 인증서 상세 화면에 들어가시면 도메인 항목에 CNAME 이름과 CNAME 값이 나와 있어요 ~이 두 값을 복사해서 내도메인.한국의 DNS 설정에 CNAME 레코드로 추가해주시면 돼요 !5~10분 정도 기다렸다가 ACM 화면 새로고침해보시면 "발급 완료"로 바뀌어 있을 거예요! (길게는 30분 정도 걸릴 때도 있어요 ~)진행하시다가 막히시면 화면 캡처해서 댓글로 추가 질문 남겨주세요:)또한 이 외로 궁금하신 점 있으시면 언제든 편하게 추가 질문 남겨주세요~~

(해결완료)EC2 이중화를 해도 기존 EC2 CPU 사용률이 높은 문제

안녕하세요 Barro님! 해결방법까지 공유해주셔서 너무 감사드립니다~~또 공부하시다가 궁금한 점 생기시면 질문 남겨주세요ㅎㅎ

SQS 노션 자료 내용

안녕하세요 ! 질문 잘 해주셨어요~질문해주신 내용에 대해 답변드려볼게요!꼼꼼하게 봐주셨네요! 말씀해주신 대로 표준 대기열은 순서를 완벽하게 보장하진 않고, 엄격한 순서 보장이 필요하면 FIFO 큐를 사용해야 하는 게 맞아요 ~다만 상단의 문장은 SQS라는 서비스가 어떤 서비스인지 큰 그림을 먼저 잡아드리기 위한 설명이라고 봐주시면 좋을 것 같아요! 큐라는 자료구조 자체가 먼저 들어온 메시지부터 처리하는 구조이다 보니, SQS의 기본 동작 방식을 이렇게 표현해두었어요 ! 그리고 바로 아래 [유형] 부분에서 표준 대기열과 FIFO 큐를 나눠서 순서 보장 여부를 설명드리고 있어서, 자료를 순서대로 쭉 읽으시면 자연스럽게 이해되실 거라 생각해요 :)시험에서도 "순서를 정확히 보장해야 한다", "정확히 한 번만 처리해야 한다" 같은 키워드가 나오면 FIFO 큐를 고르시면 되니, 이 부분만 확실히 잡아두시면 충분해요 ~그래도 헷갈리실 수 있는 부분이라고 말씀해주신 만큼, 표현을 조금 더 명확하게 다듬을 수 있을지 한 번 검토해보겠습니다! 이렇게 자료 꼼꼼히 봐주시고 피드백까지 남겨주셔서 감사드려요😊이 외로 궁금하신 점 있으시면 또 질문 남겨주세요~~