안녕하세요.apt-get update에서 에러가 발생해 위의 정보를 참고하여 7번까지 수행한 후 9번을 수행하는 데 /proc/sys/net/bridge/bridge-nf-call-iptables does not exist 에러가 발생하였습니다.어떻게 해결해야 할 문제인지 궁금합니다.

가이드주신 대로 GitLab 세팅 후 nestjs-boilerplate development 브랜치로 commit & push했으나위 사진과 같이 test 스테이지까지만 진행되고 development를 포함한 이후 스테이지들이 진행되지 않습니다...놓친 부분이 무엇일까요??

elasticsearch, filebeat, kibana, logstash 매니패스트 파일은 어디서 확인할 수 있을까요?

보안적으로 민감한 변수를 저장하기 위해 활용한다고 배웠습니다.그러나 Secret의 작성 방법이 별다른 암복호화 로직없이 configMap과 99% 동일한 것 같아서요. 같은 repository에서 Secret과 ConfigMap가 함께 위치하는 경우ConfigMap에 접근할 수 있는 사용자는 Secret에도 손쉽게 접근할 수 있을것 같다는 생각이 듭니다. Secret이 ConfigMap보다 어떠한 측면에서 보안상의 이점이 있는지 궁금합니다.

사진과같이 Pod 강의중에 복사해서 넣은 스크립트인데 계속 동일한 에러가 발생합니다 ㅠㅠ  apiVersion: v1 kind: Pod metadata: name: pod-1 namespace: default # 명시적으로 네임스페이스 지정 spec: containers: - name: container1 image: kubetm/p8000 ports: - containerPort: 8000 - name: container2 image: kubetm/p8080 ports: - containerPort: 8080위 코드와같이 namespace를 넣으니까 해결은 됐는데 괜찮은건가요...?

deployment는 정상적으로 띄운거 같은데 위 설정과 같이 데이터 그립에서 연결테스트를하면 해당 오류가 발생합니다.. 왜 그런것일까요?

deploying file 에러가 발생해서 해당 에러 해결할려고 위 댓글처럼 대시보드 삭제하고 다시 다운받았는데 대시보드 자체가 안나와요 ㅠㅠ pod -a 로 확인해도 대시보드 pod은 잘돌아가고 있는거같은데 뭐가 문제인지 모르겠습니다

블로그에 출처를 남기고 정리해도 될까요?

Pod 내부 API는 성공한다는 말이 User 초기화 상관없이 내부에서 성공하는 API를 말하는 것인가요 ? 외부 트래픽은 차단됐다는 말이 아직 User 초기화가 되지 않아서 외부 API는 차단이 되고, 이 상황에서 내부에서는 날리는 API는 실행되기 때문에 (App이 기동됐기 때문) 내부 API는 성공을 한다고 이해하면 될까요 ?

[13:52}api-tester-2231 자꾸 배포할려고하면 이 파드가 자꾸 오류가생겨서 어떻게 해야 될지 모르겠습니다.

안녕하세요.강의 잘 보고 있습니다!혹시 트렁크 베이스 방식에서 ci/cd는 어떻게 구성하는 게 좋다고 생각하시나요?트렁크 베이스로 개발하더라도 여러 시나리오가 있는 것 같아서 질문 드립니다!

 강의 영상 약 13:45초 부터의 내용에서 궁금한 점이 있습니다위의 그림의 화살표 방향으로 jenkins 서버에서 다른 docker container로 ssh를 통한 접속을 시도할 때  접속 IP 주소로 내 로컬 PC의 IP주소:10022 로 접속하는 것과우측 docker container의 IP 주소인 172.0.0.2:22로 접속을 시도하는 것의 차이가 있나요? 위 두 가지 경우 모두 접속이 가능하던데 두 경우의 차이가 존재하는지 궁금합니다!

안녕하세요! 우선 제 k8s cluster는 클라우드 서비스를 이용하여 master노드와 worker노드 2개를 각각 다른 vm에 설치해서 총3대로 구성한 상태이구요, section7의 service 실습 강의를 듣던 도중, master노드에서 DNS record를 조회해 보았는데 조회가 안되더라구요. 정상적인 결과인 것일까요? ps. 노드1에서 노드2로의 접근은 확인이 된 상태입니다. (pod-a가 node1, request-pod가 node2에 위치) 

[질문 하기]강의를 보다 livenessProbe가 killing하고 restart하는 기준이 이해가 안가서 질문 게시판을 봤는데, 저와 비슷한 의문을 가지신 분이 계신 것 같아서 질문드립니다.일단 periodSeconds가 10초, 30초 모두 livenessProbe에서 실패를 하는데, 10초 설정은 killing을 하고 30초는 killing을 안 하길래 찾아보니 failureThreshold라는 값이 또 있더라고요. 이 필드는 몇 번의 실패를 수신해야 실패로 간주하는지 설정하는 옵션입니다 (기본값: 3). 이걸 보니 10초와 30초 옵션의 차이를 이해하게 되었습니다.10초는 빠른 시간 내에 반복 체크해서 3번 실패하여 바로 실패로 간주하고 재시작하였고, 30초 옵션은 반복 2회차 이후에 pod가 정상적으로 떠서 3회차에 성공하여 pod를 재시작하지 않은 것 같습니다. 이외에도 다른 여러 옵션이 있지만 모든 옵션을 다루기에는 시간상 어려울 거라는 점은 이해합니다. 다만, 실습 환경에서 단순히 시간 차이로 테스트하는데 이러한 부분이 언급되지 않으면 이해하기 어려울 것 같습니다. 위 내용을 언급하지 않으신 특별한 이유가 있으신가요? 없다면 보충해주시는 게 좋지 않을까 조심스럽게 의견 드립니다.  

안녕하세요 강사님 좋은 강의 감사드립니다.강의를 보며 실습을 따라하여 hello-world.war 빌드 후 톰캣에 배포도 잘 되는 것을 확인하였습니다.jenkins는 도커를 이용하였고 톰캣은 제 local PC에 설치되어있는 것을 이용했는데 제가 궁금한 것은 젠킨스에서 빌드 후 제 로컬 PC 톰캣 webapps 폴더 밑에 hello-world.war 파일이 어떻게 생성된 것인지 그 원리가 궁금합니다. 톰캣 서버 실행 어플리케이션의 파일 위치 기본 설정이 webapps 폴더라서 그런걸까요? 젠킨스에서 어떤 설정을 참고하여 tomcat 서버 webapps 폴더 밑에 빌드 된 war 파일이 생성된 건가요? 혹시라도 질문이 이해가 안되신다면 알려주세요감사합니다.

위와 같은 에러가 나오는데 어떤 이슈일까요?

강의를 따라가다보니 java나 gradle, npm 등 개발 과정에서 쓰이는 명령어를 사용해서 이미지를 빌드하시는데 해당 cli들이 제 PC에는 설치가 되어있지 않아 실습을 하는데 따라가지 못하고 있습니다...ㅎㅎ 혹시 어떤 항목을 미리 설치를 해야하는지 리스트업 해주시면 설치해서 실습 따라가겠습니다...

http://127.0.0.1:52741로 접속해야 하는 이유는 다음과 같습니다:Docker 드라이버 사용: Minikube를 Docker 드라이버로 실행하고 있기 때문에, 클러스터의 네트워크가 호스트 시스템과 직접 연결되어 있지 않습니다2.네트워크 격리: Docker 드라이버는 클러스터를 호스트 시스템과 네트워크적으로 격리시킵니다. 따라서 192.168.49.2와 같은 클러스터 내부 IP는 호스트에서 직접 접근할 수 없습니다25.포트 포워딩: minikube service 명령어는 클러스터 내부의 서비스를 호스트 시스템의 포트로 포워딩합니다. 이 경우, WordPress 서비스의 80번 포트가 호스트의 52741번 포트로 포워딩되었습니다8.로컬호스트 바인딩: 포워딩된 포트는 로컬호스트(127.0.0.1)에 바인딩됩니다. 이렇게 함으로써 호스트 시스템에서 해당 서비스에 접근할 수 있게 됩니다9.터널링: minikube service 명령어는 내부적으로 터널을 생성하여 클러스터 내부의 서비스를 호스트 시스템에 노출시킵니다. 이 터널은 로컬호스트의 특정 포트(여기서는 52741)를 통해 서비스에 접근할 수 있게 해줍니다18.따라서, http://127.0.0.1:52741은 Minikube가 생성한 터널을 통해 WordPress 서비스에 접근할 수 있는 주소입니다. 이 방식을 통해 Docker 드라이버를 사용하는 Minikube 환경에서도 클러스터 내부 서비스에 쉽게 접근할 수 있게 됩니다.

쿠버네티스 직접 설치 관련 궁금증이 있습니다.쿠버네티스 자체가 복잡한 것은 이해했습니다. 궁금한 것이 실무나 보통 실제로 쿠버네티스를 사용한다고 했을 때 이렇게 직접 설치하는 경우가 많을까요 아니면 관리형 쿠버네티스 서비스를 보통 사용하나요 ? (EKS, GKE...)제가 생각했을 때는 클라우드의 보편화 및 기본 인프라를 관리해줄 것이라고 생각해서 이런 것들을 많이 사용할 것 같은데궁금합니다 .. !

EC2에서 쿠버네티스로 백엔드(Spring Boot) 서버 띄우기 강의에서kubectl get deployment를 실행하면 ImagePullBackOff 가뜨고 이미지를 가져오지 못하는 데 외 그럴까요 .이틀 밥새도 해결 못해서 문의 들여 봅니다.