안녕하세요. 컨테이너 가상화에서 OS 관련하여 질문이 있습니다. 아래 설명에서 궁금한점이 있습니다. """ 하이퍼바이저 가상화는 게스트OS와 호스트OS가 따로 존재합니다. 컨테이너 가상화는 리눅스 커널 기술을 활용해서 프로세스 간 격리를 합니다. 컨테이너 가상화에서 컨테이너는 호스트OS를 사용합니다. 이미지 개발자는 소프트웨어, 의존성 파일, OS를 준비해 이미지로 만듭니다. """ 이미지에 OS가 있다면 호스트OS와 게스트OS 개념이 들어가는거 아닌가 싶어서요 그러면 하이퍼바이저 가상화가 아닌가 싶어서요... 사용자 환경이 windows or ubuntu고 이미지에 사용하고 있는 os는 linux or centos라고 가정할때 해당 이미지를 실행하면 다른 os를 가지는거 아닌가 싶습니다. 추가로 "이미지의 이름을 동료나 친구에게 전달해 주시면 어떤 환경에서든 도커만 설치되어 있으면 완벽하게 일치하는 서버를 구성할 수 있습니다." 해당 작동이 어떻게 될 수 있는지도 궁금합니다. 제 windows 환경에서 도커이미지를 만들어 배포를 합니다. linux를 사용하고 있는 동료가 해당 이미지를 사용하게 되었을때 어떻게 완벽하게 일치하는 서버를 구성할 수 있는지도 궁금하고요.
보안적으로 민감한 변수를 저장하기 위해 활용한다고 배웠습니다. 그러나 Secret의 작성 방법이 별다른 암복호화 로직없이 configMap과 99% 동일한 것 같아서요. 같은 repository에서 Secret과 ConfigMap가 함께 위치하는 경우 ConfigMap에 접근할 수 있는 사용자는 Secret에도 손쉽게 접근할 수 있을것 같다는 생각이 듭니다. Secret이 ConfigMap보다 어떠한 측면에서 보안상의 이점이 있는지 궁금합니다.
Pod 내부 API는 성공한다는 말이 User 초기화 상관없이 내부에서 성공하는 API를 말하는 것인가요 ? 외부 트래픽은 차단됐다는 말이 아직 User 초기화가 되지 않아서 외부 API는 차단이 되고, 이 상황에서 내부에서는 날리는 API는 실행되기 때문에 (App이 기동됐기 때문) 내부 API는 성공을 한다고 이해하면 될까요 ?
안녕하세요. 선생님 오늘도 공부하다 궁금증이 생겨 질문 드립니다. services: my-web-server: container_name: webserver image: nginx ports: - 80:80 여기서 선생님이 나눠주신 자료랑 강의를 보면 하나의 서비스가 하나의 컨테이너라고 설명해주셨습니다. 그러면 my-web-server는 서비스 이름이니까 컨테이너 이름도 맞는 설명인가 같은데 아래 보면 container_name: webserver 도 하나의 컨테이너 이름으로 설명하셨습니다. 이 my-web-server와 webserver 차이점이 무엇인지 궁금하고 어느 곳에서 쓰이는지 활용사례(?)도 궁금합니다!!
Dockerfile에서 베이스 이미지를 작성할 때 openjdk 이미지를 바탕으로 컨테이너를 실행하면 어느 환경으로 구성되어 있나요 ? 베이스 이미지를 ubuntu 이미지로 지정하면 컨테이너 생성 시 우분투 환경으로 설정이 되어 있는것 같은데 혹시 생각한 것이 맞는지도 궁금합니다 !!
쿠버네티스 직접 설치 관련 궁금증이 있습니다. 쿠버네티스 자체가 복잡한 것은 이해했습니다. 궁금한 것이 실무나 보통 실제로 쿠버네티스를 사용한다고 했을 때 이렇게 직접 설치하는 경우가 많을까요 아니면 관리형 쿠버네티스 서비스를 보통 사용하나요 ? (EKS, GKE...) 제가 생각했을 때는 클라우드의 보편화 및 기본 인프라를 관리해줄 것이라고 생각해서 이런 것들을 많이 사용할 것 같은데 궁금합니다 .. !
안녕하세요. 강의를 듣던 중 섹션 2의 "컨테이너 가상화, 도커, 컨테이너 실행" 이렇게 총 3개 강의의 강의 화면이 나오지 않고 음성만 나옵니다. 세션 문제인가 싶어 시크릿모드로 진행했는데도 동일한 현상이 발생하네요. 저는 현재 맥북을 사용하고 있고, 휴대폰 앱으로 실행했을 때는 잘 되는데 노트북에서 크롬으로 실행하니 화면이 안나오네요.. 혹시 이에 대해서 해결 방법이 있으면 알려주시면 감사하겠습니다!
안녕하세요! docker 강의 정말 잘 듣고 있습니다! 처음에 docker pull nginx를 실행하고 docker image ls를 사용하여 현재 다운받은 이미지들을 조회하면 잘 나왔습니다! 하지만 이 세션을 다 듣고 복습을 하면서 docker pull nginx를 하면 다음과 같은 로고가 뜨고 docker image ls로 조회를 해도 나오지 않습니다. 하지만 조회할땐 아무것도 나오지 않지만 docker create nginx를 하면 정상적으로 컨테이너가 생성이 됩니다... 무슨 이유인지 잘 모르겠습니다 ㅠㅠ docker run 명령어로 이미지를 다운과 동시에 컨테이너를 생성하고부터 이렇게 된거 같습니다. 현재 docker pull nginx를 하면 다음과 같은 로고가 뜹니다 Using default tag: latest latest: Pulling from library/nginx Digest: sha256:fb197595ebe76b9c0c14ab68159fd3c08bd067ec62300583543f0ebda353b5be Status: Image is up to date for nginx:latest docker.io/library/nginx:latest What's next: View a summary of image vulnerabilities and recommendations → docker scout quickview nginx
안녕하세요, 강의 잘 보고 있습니다! 정말 감사합니다. ConfigMap, Secret 등 환경 변수 관리 값들을 조절해보면서 나름대로 테스트를 해보고 있습니다. 그런데 갑자기 궁금증이 생겨 문의드려요. 혹시 kubectl apply -f 를 통해 ConfigMap, Secret에 대한 설정을 변경했을 때, Deployment를 재구동하지 않고 실시간으로 반영시킬 수 있는 방법은 없을까요? Deployment가 지금처럼 몇 대 안될 때는 상관 없을 것 같은데 되게 많을 경우에는 재구동하는 것도 부담이 되는 작업일 수도 있을 것 같아서요. ( 제 개인적인 생각 입니다.. )
안녕하세요 강사님! 항상 강의로 재미있게 공부하고 있습니다! 다름이 아니라 ACM으로 SSL 인증서를 적용하면 로드밸런서의 리스너 규칙을 HTTPS 만 허용하고 HTTP 리스너는 404 응답을 보내게 설정해도 되는 걸까요? 로드밸런서 리스너 규칙 HTTPS HTTP 이렇게 하려는 이유는 기존 HTTP 리스너만 있는 상태에서 웹소켓으로 통신을 하려고 하는데, 프론트에서 HTTPS로 웹소켓 연결 요청을 보내게 되면, "Handshake failed due to invalid Upgrade header: null" 이런 에러가 뜨더라고요! 그래서 찾아본 결과 ALB가 리버스 프록시로서 HTTP 요청을 HTTPS로 리다이렉션 하는 과정에서 WebSocket upgrade 헤더 손실이 발생한다고 하더라고요!(이게 맞는 내용일까요..?) 아직 에러를 해결하는 중이라 이게 정답인지 아닌지는 아직 잘 모르겠지만.. 이런 문제로 HTTPS 리스너를 추가해 보려고 합니다! 그리고 하는 김에 보안강화를 위해 HTTP는 404응답, HTTPS 요청만 허용해 보려고 하는데 이렇게 해도 되는 걸까요? + 추가로 이렇게 되면 ALB 보안그룹의 인바운드를 HTTPS를 허용하면 되는 거겠죠?!
Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 16m default-scheduler Successfully assigned default/spring-deployment-6d776f4dc5-5fg5k to ip-172-31-40-146 Normal Pulling 14m (x4 over 16m) kubelet Pulling image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 " Warning Failed 14m (x4 over 16m) kubelet Failed to pull image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 ": rpc error: code = NotFound desc = failed to pull and unpack image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 ": no match for platform in manifest: not found Warning Failed 14m (x4 over 16m) kubelet Error: ErrImagePull Warning Failed 14m (x6 over 16m) kubelet Error: ImagePullBackOff Normal BackOff 62s (x63 over 16m) kubelet Back-off pulling image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 " 쿠버네티스로 AWS에 배포하는 과정에서 위와 같은 에러가 발생합니다. 어떻게 해결해야 될까요?
