섹션 4 - Docker + 백엔드(Spring Boot)

안녕하세요 뒤안길님! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~우선 질문에서 말씀하신 '섹션 4 - Docker + 백엔드(Spring Boot)'에 오타가 있는것 같아요 !질문해 주신 강의의 섹션인 '섹션 5 - Docker + 백엔드(Spring Boot)'라고 생각하고 답변드려볼게요 ~PDF 자료의 섹션 5 - Docker + 백엔드(Spring Boot) 내용은 누락되지 않고 잘 포함되어 있어요 !PDF 자료는 크게 Spring Boot 파트와 Nest.js 파트로 나뉘어 있는데요, 말씀해주신 109~110 페이지는 Nest.js 파트에 해당하는 부분이라 Node 관련 코드(Dockerfile에 FROM node:alpine, npm install, npm run build 등)가 작성되어 있는 게 맞아요 !Spring Boot 파트의 섹션 5 - Docker 내용은 64~72 페이지 쪽에 있으니 해당 페이지를 확인해보시면 돼요 !혹시 확인해보시고 또 궁금하신 점 있으시면 질문 남겨주세요~~

FROM openjdk:17-jdk 현재 기준 dockerhub에 없습니다

안녕하세요! 강의 들으시면서 발견하신 시행착오 내용 공유해주셔서 정말 감사드려요~!!다른 학생분들한테도 도움 많이 될 것 같네요!감사합니다:D

SAA-C03 덤프 파일 좀 더 받아 볼수 있을까요?

안녕하세요 현우님! 질문 잘 주셨어요~~"aws-SAA-C03 덤프 파일 좀 더 받아 볼수 있을까요?"-> 제가 추가적인 덤프 파일은 가지고 있지 않아서 공유드리기가 어렵습니다😭그래도 강의에서 말씀드렸던 것처럼 아래 무료 문제 사이트를 활용해보시는 걸 추천드립니다!! AWS Certified Solutions Architect - Free ExamKRDUMP - SAA-C03-KR이 외로 궁금하신 점 있으시면 편하게 질문 남겨주세요~!!

30. [실습] 프라이빗 서브넷의 EC2에 접속하는 방법

안녕하세요 원준님 ! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~ "이런 상황인데 뭐가 문제일까요?"-> 이미지를 보니 Windows PowerShell에서 chmod 400 "web-server.pem" 명령어를 실행하셨는데 에러가 발생한 상황이네요 !chmod는 Linux/Mac 환경에서 사용하는 명령어라서 Windows PowerShell에서는 인식이 안 돼요 !윈도우 환경에서는 2가지 방법으로 해결하실 수 있어요 !방법 1) Windows PowerShell에서 아래 명령어로 대체해서 사용하실 수 있어요 !icacls "web-server.pem" /inheritance:r /grant:r "$($env:USERNAME):(R)"방법 2) Windows에서 제공하는 Git Bash나 WSL(Windows Subsystem for Linux)을 활용해서 실행하시면 chmod 명령어를 그대로 사용하실 수 있어요 !두 방법 중 편하신 걸로 시도해보시고, 그래도 안 되시면 언제든 편하게 추가 질문 남겨주세요 :)

규칙 1에 대해서

안녕하세요 ! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~ "왜 이 중복을 밑으로 나열하는지 모르겠어여"-> 우선 중요한 건 관계에요 !좋아요는 한 명의 사용자가 여러 게시글에 누를 수 있고, 하나의 게시글에 여러 명의 사용자가 누를 수 있어요 ~즉, users와 posts 사이의 관계는 N:M 관계에요 !이런 경우에는 어느 한쪽 테이블에 FK를 넣어도 결국 한 칸에 여러 값이 들어가는 구조가 되어버려요 ~그래서 중간 테이블(likes)을 따로 만들어서 “사용자 id + 게시글 id”를 한 줄에 하나씩 저장하는 방식으로 풀어야 해요 !중복을 밑으로 나열하는 게 아니라, 관계를 행(Row)으로 표현하는 것이라고 이해하시면 돼요 !관계형 데이터베이스에서는 “여러 개의 관계”를 한 칸에 넣지 않고, 여러 행으로 표현하는 게 원칙이에요:)추가로 궁금한 점 있으시면 언제든 질문 남겨주세요~~

강사님도 실제로 구글 시트에 이런식으로 적으면서하는걸까요?!

안녕하세요 Teo님! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~"강사님도 실제로 구글 시트에 이런식으로 적으면서하는걸까요?!"-> 네 맞아요 ! 저도 실제로 DB 설계할 때 구글 시트나 A4 용지에 정리하면서 작업해요 ~ 머리로만 하기엔 테이블 간의 관계, 컬럼명, 데이터 타입 같은 게 너무 복잡해서 헷갈리기 쉽거든요 !머리속으로만 하면 테이블 간의 관계나 컬럼들이 헷갈리기 쉬우니까, 적어가면서 하시면 훨씬 편하더라구요 :) "완성된 스키마들을 스프레드 시트같은곳에 보통 타입이랑 컬럼명 정리해서 적어놓는편이실까요?!"-> 이 부분은 상황에 따라 다른데요! 혼자 진행하는 프로젝트에서는 굳이 별도로 정리하지 않고 DB 관리 툴(MySQL Workbench, DBeaver 등)에서 직접 확인하는 것만으로도 충분해요 ! 다만 팀 프로젝트나 회사에서 여러 개발자가 함께 작업하는 경우에는 ERD 작성 툴(https://www.erdcloud.com/ )활용해서 테이블 구조를 정리해두는 경우가 많아요! ERD로 정리해두면 팀원들끼리 DB 구조를 소통할 때 훨씬 편하거든요~~정리하면, 설계 단계에서는 엑셀이나 구글 시트에 적어가면서 진행하시고, 완성 후에는 ERD 툴로 정리해두시면 나중에 유지보수할 때도 편하실 거예요!추가로 궁금하신 점 있으시면 언제든 편하게 질문 남겨주세요~~

권한 기본값 질문

안녕하세요 ! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~"리눅스에서 파일은 666, 디렉토리는 777 기본 권한을 가지고 있는데 파일 기본 권한에 실행(x) 권한이 없는 이유는 대다수 파일이 실행파일이 아니여서일까요??"-> 네 ! 말씀해주신 추측이 맞아요 !리눅스에서 다루는 대부분의 파일은 텍스트 파일, 설정 파일, 로그 파일 등 읽고 쓰기만 하면 되는 파일들이에요 !실행 권한이 필요한 파일은 쉘 스크립트나 바이너리 실행 파일 등 일부에 해당하구요 ! 그래서 기본적으로는 실행 권한을 빼두고, 필요한 경우에만 chmod를 활용해서 실행 권한을 부여하는 방식으로 운영해요 ~추가로 보안적인 이유도 있는데요, 만약 모든 파일에 기본적으로 실행 권한이 붙어있다면 악성 스크립트나 의도치 않은 파일이 실수로 실행될 위험이 있어요 ! 그래서 보안을 위해서라도 기본 권한에서 실행(x)을 제외해두는 거예요 !추가로 궁금하신 점 있으시면 언제든 편하게 질문 남겨주세요~~

혹시 아파치 서버 관련 책이나 사이트도 추천해주실수 있으신가요..?

안녕하세요 태현 ! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~"혹시 아파치 서버 관련 책이나 사이트도 추천해주실수 있으신가요..?"-> 우선 제가 Apache를 깊게 다뤄본 경험이 많지 않아서 특정 책이나 강의를 자신 있게 추천드리기는 어려습니다ㅠㅠ다만 Apache 공식 문서(https://httpd.apache.org/docs/)가 생각보다 잘 정리되어 있어서, 유지보수하시면서 필요한 설정이나 모듈을 찾아보실 때 공식 문서를 기반으로 학습하시는 걸 추천드려요 !그리고 Apache도 Nginx와 마찬가지로 웹 서버이다 보니, 강의에서 배우신 리버스 프록시, HTTPS 적용, 요청 수 제한 같은 개념들은 Apache에서도 동일하게 적용돼요 !개념을 이미 알고 계시니 Apache에서는 해당 개념을 어떤 설정으로 구현하는지만 찾아보시면 훨씬 수월하게 학습하실 수 있을 거예요 :)추가로 궁금하신 점 있으시면 언제든 편하게 질문 남겨주세요~~

스프링부트 서버에 proxy_pass 할 때 질문 있습니다

안녕하세요 태현님 ! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~결론부터 말씀드리면 Nginx에서 Spring Boot로 갈 때 http://를 사용해도 괜찮아요 !말씀해주신 대로 [브라우저] ← HTTPS → [Nginx] ← HTTP → [Spring Boot :8080] 이 구조가 맞아요 !이렇게 구성해도 되는 이유는 Nginx와 Spring Boot가 같은 EC2 서버 내부에서 통신하기 때문이에요 ~외부 인터넷을 타지 않고 서버 내부(localhost)에서만 주고받는 트래픽이라 중간에 누군가가 패킷을 가로채는 것이 사실상 불가능해요 !그래서 내부 통신은 HTTP로 처리하는 게 일반적인 구성이에요 !HTTPS가 필요한 이유는 외부 네트워크를 통해 데이터가 오갈 때 도청이나 변조를 막기 위한 것인데, 이 역할을 Nginx가 앞단에서 이미 처리해주고 있는 거라고 이해하시면 돼요 :)추가로 또 궁금하신 점 있으시면 언제든 추가 질문 남겨주세요~~

aws 인스턴스 삭제 관련 질문

안녕하세요 ! 질문 너무 잘해주셨어요 !질문해 주신 내용에 대해 답변드려볼게요 ~"인스턴스삭제 및 탄력적ip제거를 했는데 인스턴스 상태 종료됨으로 떴으나 ID가 여전히 남아있는데 괜찮을까요?"-> 네 ! 전혀 걱정하지 않으셔도 괜찮아요 ~인스턴스 상태가 "종료됨"으로 표시되고 있다면 정상적으로 삭제(terminate)가 완료된 상태에요 !종료된 인스턴스는 AWS에서 일정 시간이 지나면 자동으로 목록에서 사라지게 되어 있어서, 지금 ID가 남아있는 것은 아직 그 시간이 지나지 않은 것뿐이에요! 보통 몇 시간 정도 지나면 자연스럽게 목록에서 없어지니 따로 추가 작업을 하실 필요는 없어요 !탄력적 IP도 제거하셨다고 하셨으니 추가 비용이 발생할 걱정도 없어요 :)추가로 궁금하신 점 있으시면 또 질문 남겨주세요~~