안녕하세요! 도커 강의를 듣고 있는 학생입니다!

마법의숲님 안녕하세요. 데브위키입니다. 강의가 도움이 되셨다니 다행입니다. 칭찬 감사합니다 🥹 다음 강의는 개발자를 위한 쿠버네티스 강의를 준비하고 있습니다. 늦어도 올해 안에는 오픈하는 것을 목표로 하고 있습니다. 시간이 조금 걸리더라도 퀄리티 높은 강의로 찾아뵙겠습니다. 감사합니다!

시크릿모드 질문입니다.

kasaxat183님 안녕하세요. 데브위키입니다. 일반 탭의 경우 도메인 주소가 동일할 경우 기존에 다운받았던 사이트를 브라우저 캐시로 사용합니다. 그래서 수정 사항이 제대로 반영되지 않는 경우가 종종 발생합니다. 시크릿 모드을 사용하시면 캐시를 사용하지 않습니다. 그래서 브라우저 캐시로 인해 발생하는 문제를 예방할 수 있습니다! 😀 강의 들으시면서 더 궁금하신 부분이 있으면 편하게 질문해주세요!

도커의 네트워크 사용에 대한 궁금증이 있습니다.

kasaxat183님 안녕하세요. 데브위키입니다. 먼저 말씀하신대로 대부분 -p옵션을 사용하다보니 그런 의문이 드실 수도 있을 것 같습니다! 다만 -p 옵션은 호스트OS또는 외부에서 컨테이너에 접근을 하기 위한 용도입니다. 근본적으로는 컨테이너간의 통신이 먼저 이루어져야 하는 것이죠. 강의를 수강하시다 보면 네트워크 파트에서 외부 접근을 차단시키는 케이스가 기억나실 것입니다! 예를 들어 DB서버는 실습PC나 외부에서 접근할 필요가 없기 때문에, 외부 접근을 차단시키고 컨테이너간의 통신으로 구성했었습니다. 여기서도 도커 네트워크가 없었다면 컨테이너가 IP를 할당받고, 서로 통신할 수 있는 체계 자체가 없다고 봐야합니다. 더 나아가 실무 파트에서는 백엔드 컨테이너로의 접근도 차단해서 오로지 프론트앤드 웹 서버로만 외부 접근이 이루어지도록 구성했었습니다. 이렇게 도커의 네트워크는 컨테이너가 IP를 할당받고 서로 통신하게 만들어주는 필수 기술이라고 볼 수 있습니다. 나아가 Kubernetes 에서도 컨테이너간 통신에서 필수로 구성되어야 하는 기술입니다. 혹시 아직 잘 이해가 안되셨거나, 더 궁금하신 부분이 있으면 편하게 질문해주세요!

컨테이너 커널 관련 질문

인프린님 안녕하세요. 데브위키입니다. 컨테이너는 호스트 os의 커널과는 별개로 자체 커널을 보유하고 있지 않다가 맞는거죠 ? -> 네 맞습니다. 컨테이너는 호스트OS의 커널을 공유합니다. nginx 이미지를 도커 허브에서 다운 받아서 컨테이너를 실행한 다음 해당 컨테이너에 쉘 환경으로 접속해 확인해보면 호스트 os의 환경과는 구성이 다르던데, 그렇다면 이건 nginx 이미지를 다운 받을 때 nginx가 설치되고 구성된 리눅스 OS 환경도 같이 다운을 받는건가요 ? -> 네 정확합니다. 이 부분은 리눅스 OS에서 커널을 제외한 파일 시스템만 포함되어 있습니다! nginx이미지는 자체적으로 OS(파일시스템 영역)를 포함하고 있습니다. ec2를 활용한다고 가정할 떄 ec2의 AMI는 아마존 리눅스를 사용하고 도커 이미지는 우분투 이미지를 다운받아 컨테이너를 실행한다면, 이 떄에는 아마존 리눅스의 커널과 우분투 커널이 100% 일치하지 않을 텐데 이런 건 어떻게 동작이 되나요 ? 도커 허브의 이미지를 확인해 보시면, 아래와 같이 CPU아키텍처(커널)별로 버전이 다르게 있다는 것을 알 수 있습니다. (사진) 윈도우에서 도커 데스크탑을 사용하실 경우 일반적으로 amd64이고, 맥OS의 경우 arm64를 사용합니다. 이미지는 파일시스템만 포함되어 있기 때문에 우분투 이미지이더라도 여러 개의 커널 호환 버전이 존재할 수 있습니다. 그리고 이미지를 다운로드 하실 때, 실습PC의 아키텍처에 맞게 자동으로 다운로드 해줍니다. 만약 여기에 일치하는 버전이 없을 경우 정상적으로 실행되지 않을 수 있습니다! 강의 들으시면서 더 궁금하신 부분이 있으면 편하게 질문해주세요! 😊

Leafy 네트워크 질문이 있습니다.

kasaxat183님 안녕하세요. 데브위키입니다. 각각의 컨테이너에서 localhost 로 요청을 전송하면 '컨테이너 자신' 으로 요청이 전달됩니다! 각각의 컨테이너도 고유한 IP를 가지고 있는 가상화 서버이기 때문에 컨테이너 간 통신에서 localhost 를 활용할 수 없습니다. localhost 는 상대적인 개념입니다. 실습PC(호스트OS)에서 localhost 를 사용하면 실습PC로 요청이 전달됩니다. 여기서 포트포워딩을 통해 각각의 백/프론트/DB 컨테이너로 전달되는 것이지요. 그런데 컨테이너 내부에서 localhost 로 요청을 보내면, 실습 PC로 요청이 전달되는 것이 아닌 컨테이너 자신에게 요청이 전달됩니다! 그래서 백엔드 컨테이너에서 localhost :5432로 요청을 보내도 백엔드 컨테이너에는 5432포트에 대한 설정이 없기 때문에, 요청이 실패하게 됩니다. 각각 다른 EC2 서버 3대에 각각의 컨테이너를 띄워 배포하는 경우는 복잡합니다. 도커는 서버 한 대의 가상화에 초점을 맞춘 기술입니다. 그래서 여러 대의 서버에서 도커를 사용하려면 추가 도구가 필요합니다. 이렇게 서버가 2대 이상일 경우 Kubernetes 를 사용한다고 보시면 될 것 같습니다. 😀 강의 들으시면서 더 궁금하신 부분이 있으면 편하게 질문주세요!