커뮤니티에 올라온 것을 보니 강의자료가 있었다 없었다 하는 것 같은데, 지금은 또 없네요.. 빠른 확인 부탁드립니다.

arm64 에서도 사용 가능하게 변경해주실수 있나요 ..CrashLoopBackOff이 발생하는데 CPU 아키텍처가 안맞아서 그런거 같아서요

안녕하세요. 예전에 동영상 아래에 수업 자료 받을 수 있는 링크 있었는데, 업데이트 됐는지 보이질 않네요. 실습할 때 보는 자료 어디서 받을 수 있나요?

강의 22:03 즈음에 가장 마지막 테스트스텝인 livenessProbe 실패를 시도한다고 구두 설명하시는데 자막은 readinessProbe로 뜨고있어요^^

강사님 먼저 좋은 강의 감사드립니다강사님께서 rollme 에 대해 설명해 주셨는데 잘 이해가 가질 않아 조금더 자세히 설명 부탁드릴 수 있는지 부탁드립니다.

혹시 맥 M시리즈에서 쿠버네티스 로컬구성하는 방법에 대해서는 계획이 없으신가요 ?? 강의를 듣고있는데 실습이 쉽지 않아서요

강의를 열심히 보고 etcd backup and restore 를 봤습니다. 그런데 문제를 푸는 과정은 보여 주셨는데 etcd에 대한 강의가 어느 부분에 있는지 궁금 하여 문의드립니다. 

강사님 안녕하세요k8s 강좌로 항상 큰 도움을 받고 있습니다. 다름이 아니라 이번에는 k8s timezone 관련해서 여쭤보고 싶은 부분이 있는데요..컨테이너별로 timezone을 설정하는 내용은 확인했는데container에 timezone을 asia/seoul로 설정했더라도파드 생성 yaml 스크립트를 보면creationTime이 UTC값으로 들어있더라구요kubernetes 클러스터가 UTC값을 사용하는 것 같은데혹시 kubernetes 자체의 timezone을 확인할 수 있는 명령어라던가timezone을 UTC에서 다른 것으로 변경이 가능할까요? 항상 너무 감사드립니다.오늘도 좋은 하루 되시길 바랍니다.

다른 질문글에서 kex_exchange_identification: Connection closed by remote host 에러 해결 방법 확인하고 시도해봤는데 해결을 못해서 질문글 남겨요 ㅠㅠ맥북: apple silicon m1 chip이미지: edowon0623/ansible-server:m1컨테이너 실행: docker run --privileged -itd --name ansible-server -p 20022:22 -p 8082:8080 -e container=docker -v /sys/fs/cgroup:/sys/fs/cgroup edowon0623/ansible-server:m1 /usr/sbin/initssh 접속:ssh root@localhost -p 20022  컨테이너 포트 충돌나서 8082로 변경했어요나머진 스크립트랑 같아요docker ps 확인해보면 ansible-server status up 상태인데 ssh 접속하면 kex_exchange_identification: Connection closed by remote host 에러가 발생해요docker-server컨테이너는 ssh root@localhost -p 10022로 잘 되는데 ansible-server은 왜 에러가 발생할까요? ㅠㅠ  

포트를 8083으로 설정하고 localhost:8083 으로 들어가도 페이지가 작동하지 않는다고 뜨네요..8080 포트를 lsof -i tcp:8080으로 조회해서 kill -9 으로 해도 자꾸 사용중이라고 뜹니다. docker run -d -p 8083:8083 -p 50000:50000 --name jenkins-server --restart=on-failure jenkins/jenkins:lts-jdk11 으로 실행하면 안되는건가요??  

안녕하세요! 쉽배쿠부터 수업을 쭉 진행하고 있는데, 계속 의문점이 드는 부분이 있어 이것저것 시도해 보다가 질문드립니다..!쉽배쿠 수업 당시, "컨테이너 런타임에 문제가 생겼다면?" 을 진행하면서 마스터 노드의 컨테이너 런타임인 containerd를 stop하는 테스트를 진행 했었습니다.이를 통해 컨테이너 런타임을 지정할 때 containerd를 사용하는 것이 도커를 컨테이너 런타임으로 사용하는 것 보다, 더 안정성 있게 동작할 수 있다는 점도 알게 되었습니다.당시 전체적인 구상도를 보며, VM의 마스터노드, 워커노드 그리고 파드와 컨테이너까지 "아 Docker는 사용되는 부분이 없구나" 라고 생각했습니다. (실제로 그림에도 도커는 없었으니까요 🙂 )하지만, 이번 그배쿠 강의를 들으면서 환경 설정을 하는 쉘 스크립트에 도커를 설치하는 부분이 존재했고, 실제 docker --version / docker info 등의 명령어를 실행하니 도커가 동작 중이라는 것을 확인했습니다.여기서 들게 된 의문점은 다음과 같습니다!현재 그배쿠 강좌는 컨테이너 런타임으로 무엇을 사용하나요? 또한 쉽배쿠 강좌에서는 실제로 도커를 어디에도 사용하지 않았나요?  쿠버네티스가 현재 도커 지원 중단(컨테이너 런타임으로써의 중단)한 것으로 알고 있습니다. 따라서 현재 그배쿠 강좌에서 컨테이너 런타임으로 "컨테이너디"를 사용하는 것이 맞다면 "컨테이너디"가 알아서 컨테이너를 관리해줄 것으로 생각되는데, 현재 설치된 도커는 어떤 역할을 수행하는 것인가요?  컨테이너의 관리를 위해서는 도커와 컨테이너디 둘 다 설치하는 것은 필수적인가요?어느정도 쓰다보니까 이해가 된 것 같기도 한데,,, 아리송하여 질문을 드립니다. 감사합니다!

안녕하세요 강사님 Volume 강의 실습을 위해 master 노드에서 아래의 명령어 실행하였으나 에러가 발생하여 문의 드립니다.node1, node2에서는 설치가 정상적으로 되고 있습니다. yum install -y iscsi-initiator-utils 

안녕하세요 우선 좋은 강의 감사합니다!현재 namespace 강의를 듣고 있는 중이고,한 namespace 내 pod에서 다른 namespace의 pod ip로 curl 명령치는 테스트 실습해보고 있는데요curl 명령어를 찾을 수 없다는 에러가 뜨는데, curl을 직접 설치하고자 apt update 부터 했는데요아래와 같이 404 not found가 떠서요... 이런식으로 curl 설치하는게 아닌가요?root@pod-1:/# apt updateIgn:1 http://deb.debian.org/debian stretch InReleaseIgn:2 http://deb.debian.org/debian stretch-updates InReleaseErr:3 http://deb.debian.org/debian stretch Release 404 Not FoundErr:4 http://deb.debian.org/debian stretch-updates Release 404 Not FoundIgn:5 http://security.debian.org/debian-security stretch/updates InReleaseErr:6 http://security.debian.org/debian-security stretch/updates Release 404 Not Found [IP: 151.101.2.132 80]Reading package lists... DoneE: The repository 'http://deb.debian.org/debian stretch Release' does not have a Release file.N: Updating from such a repository can't be done securely, and is therefore disabled by default.N: See apt-secure(8) manpage for repository creation and user configuration details.E: The repository 'http://deb.debian.org/debian stretch-updates Release' does not have a Release file.N: Updating from such a repository can't be done securely, and is therefore disabled by default.N: See apt-secure(8) manpage for repository creation and user configuration details.E: The repository 'http://security.debian.org/debian-security stretch/updates Release' does not have a Release file.N: Updating from such a repository can't be done securely, and is therefore disabled by default.N: See apt-secure(8) manpage for repository creation and user configuration details.Namespace, ResourceQuota, LimitRange - Namespace, ResourceQuNamespace, ResourceQuota, LimitRange - 실습ota, LimitRange - 실습

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. ---- name: Download Tomcat9 from tomcat.apache.org hosts: devops tasks: - name: Create a Directory /opt/tomcat9 file: path: /opt/tomcat9 state: directory mode: 0755 - name: Download Tomcat using get_url get_url: url: https://dlcdn.apache.org/tomcat/tomcat-9/v9.0.82/bin/apache-tomcat-9.0.82.tar.gz dest: /opt/tomcat9 mode: 0755 checksum: sha512:https://downloads.apache.org/tomcat/tomcat-9/v9.0.82/bin/apache-tomcat-9.0.82.tar.gz.sha512  버전이 9.0.82 가 출시되어서 기존의 75버전은 링크가 삭제되었네요. 갑자기 에러 발생해서 놀랐는데 직접 url들어가니 페이지 자체가 없어서 발생한 에러였습니다. 여러분은 헷갈리지 마세용~

C:\Users\inchangson\k8s>vagrant halt ==> k8s-node2: Attempting graceful shutdown of VM... ==> k8s-node1: Attempting graceful shutdown of VM... ==> k8s-master: Attempting graceful shutdown of VM... k8s-master: Guest communication could not be established! This is usually because k8s-master: SSH is not running, the authentication information was changed, k8s-master: or some other networking issue. Vagrant will force halt, if k8s-master: capable. ==> k8s-master: Forcing shutdown of VM... vagrant 종료 시 항상 master node만 제대로 종료가 되지 않는데 어떤 식으로 해결하면 될까요?기다리다 Ctrl+C 할 시 아래와 같은 메시지가 남고이후 vagrant halt 날리면 삭제 되었는지 아무 로그가 남지 않습니다. ^C C:\Users\inchangson\k8s>==> k8s-master: Waiting for cleanup before exiting... C:\Users\inchangson\k8s>==> k8s-master: Exiting immediately, without cleanup! Traceback (most recent call last): 55: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/bin/vagrant:231:in `<main>' 54: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/environment.rb:290:in `cli' 53: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/cli.rb:67:in `execute' 52: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/commands/halt/command.rb:30:in `execute' 51: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/plugin/v2/command.rb:232:in `with_target_vms' 50: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/plugin/v2/command.rb:232:in `each' 49: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/plugin/v2/command.rb:243:in `block in with_target_vms' 48: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/commands/halt/command.rb:31:in `block in execute' 47: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/machine.rb:201:in `action' 46: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/machine.rb:201:in `call' 45: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/environment.rb:614:in `lock' 44: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/machine.rb:215:in `block in action' 43: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/machine.rb:246:in `action_raw' 42: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `run' 41: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/util/busy.rb:19:in `busy' 40: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `block in run' 39: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builder.rb:149:in `call' 38: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 37: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/action/check_virtualbox.rb:26:in `call' 36: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 35: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builtin/call.rb:53:in `call' 34: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `run' 33: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/util/busy.rb:19:in `busy' 32: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `block in run' 31: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builder.rb:149:in `call' 30: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 29: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:127:in `block in finalize_action' 28: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 27: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/action/check_accessible.rb:18:in `call' 26: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 25: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/action/discard_state.rb:15:in `call' 24: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 23: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builtin/call.rb:53:in `call' 22: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `run' 21: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/util/busy.rb:19:in `busy' 20: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `block in run' 19: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builder.rb:149:in `call' 18: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 17: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:127:in `block in finalize_action' 16: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 15: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:127:in `block in finalize_action' 14: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 13: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builtin/call.rb:53:in `call' 12: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `run' 11: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/util/busy.rb:19:in `busy' 10: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/runner.rb:89:in `block in run' 9: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/builder.rb:149:in `call' 8: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 7: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:127:in `block in finalize_action' 6: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/action/warden.rb:48:in `call' 5: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/action/forced_halt.rb:13:in `call' 4: from C:/HashiCorp/Vagrant/embedded/mingw64/lib/ruby/2.7.0/forwardable.rb:235:in `halt' 3: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/driver/version_5_0.rb:416:in `halt' 2: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/driver/base.rb:398:in `execute' 1: from C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/lib/vagrant/util/retryable.rb:17:in `retryable' C:/HashiCorp/Vagrant/embedded/gems/2.2.18/gems/vagrant-2.2.18/plugins/providers/virtualbox/driver/base.rb:440:in `block in execute': There was an error while executing `VBoxManage`, a CLI used by Vagrant (Vagrant::Errors::VBoxManageError) for controlling VirtualBox. The command and stderr is shown below. Command: ["controlvm", "91ca85fb-bd5d-4570-b664-3be7fcc7aceb", "poweroff"] Stderr: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%\r

안녕하세요 질문 남깁니다. 아래 사진을 참고해주시면 감사하겠습니다. 같은 nindent 6을 사용하여 값을 조회하면 왜 'list' 항목 하위 값들은 하이픈(-)이 들어가고 바로 아래에있는 'object'에 값에는 하이픈이 들어가지 않는건지 궁금합니다.

안녕하세요 수업 잘 듣고 있습니다. helm install my-tomcat . -f values.yaml해당 명령어로 차트 실행까지는 정상적으로 되었고 에러 문구도 따로 뜨지 않았습니다. svc는 nodeport로도 잘 연결되어 있는데 pod가 pending이어서 describe를 해보니 PVC가 Unbound 상태여서 그런 것 같습니다. PVC 로그로는 PV가 존재하지 않다는데 다른 설정 파일을 apply 해주어야 하는 걸까요?

안녕하세요, 먼저 좋은 강의 감사합니다.Ingress-실습 강의를 보면서 진행하던 중 막히는 부분이 있어 질문 남깁니다. 저는 클라우드 환경에서 작업을 하고 있고, 인스턴스 목록은 다음과 같습니다.MS-worker-02 CentOS 7.9 10.2.0.67MS-worker-01 CentOS 7.9 10.2.0.102MS-master CentOS 7.9 10.2.0.72쿠버네티스 서비스는 다음과 같습니다.[centos@ms-master ~]$ kubectl get svcNAME           TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGEkubernetes     ClusterIP      10.96.0.1        <none>        443/TCP          20hsvc-customer   ClusterIP      10.97.122.176    <none>        8080/TCP         5h27msvc-order      ClusterIP      10.96.220.47     <none>        8080/TCP         5h27msvc-shopping   ClusterIP      10.106.190.227   <none>        8080/TCP         5h27m[centos@ms-master ~]$ kubectl get svc -n ingress-nginxNAME           TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)             AGEingress-nginx  ClusterIP   10.105.252.136   10.2.0.72     80/TCP,443/TCP      43mingress-nginx-controller   NodePort    10.99.180.38     <none>        80:31167/TCP,443:31190/TCP   5h42mingress-nginx-controller-admission   ClusterIP   10.105.89.17     <none>        443/TCP    외부에서 ingress를 통해 서비스에 접근하려면 어떻게 해야하나요?제가 생각하기로는 ingress의 포트가 31167이라고 할 때 로드밸런서 포트, 인스턴스 포트를 (80, 31167)로 가지는 로드밸런서를 만들어주고, <로드밸런서 floating ip>/order 이런식으로 접근하면 결과가 나와야한다고 생각하는데 안돼서요...서비스를 NodePort 타입으로 만들어주고 로드밸런서를 서비스 자체에 붙이는 경우에는 잘 됩니다.인스턴스 내부에서 curl <인그레스 주소>:<ingress-controller의 노드 포트>/order처럼 했을 때도 결과가 잘 나오는 걸 봐서는 인그레스 자체는 잘 구성이 된 듯한데, 이를 외부로 어떻게 보낼 수 있을까요?인그레스 컨트롤러도 결국엔 서비스인데, 왜 안 되는지 모르겠습니다.혹은 인그레스 컨트롤러 자체를 load balancer 타입으로 만들어주는 게 맞는 것 같기도한데, 저는 클라우드 환경이긴 하지만 직접 노드를 구성하다보니 external IP가 자동으로 생기지는 않더라고요.외부에서 만든 로드밸런서의 ip나 이런 정보들을 load balancer 타입의 인그레스 컨트롤러 yaml 등에 설정을 직접 해줄 수가 있나요? 혹은 클라우드 환경이라하더라도 쿠버네티스를 직접 구축하는 경우 로드밸런서는 온프레미스 환경과 동일하게 MetalLB를 써야하는 걸까요? 

안녕하세요.강의를 듣다보니 질문사항이 생겨 여쭤봅니다. 강의에서 Jenkins-server에서 빌드된 war파일을 ansible-server까지 연동하여. 실제 ansible 서버에서 docker server로 docker 명령어를 날리는 것 까지는 이해 했습니다.하지만 docker server에서 docker 명령어를 날릴 시, 해당 docker server에서는 war파일이 존재하지 않아 에러가 발생하지 않나요?해서 저는 ansible playbook에 docker 명령어 전 copy명령어를 통해 ansible -> docker로 war파일을 전송하는 task를 하나 더 추가하여 해결하였습니다. 혹 제가 놓친 부분이 있어서 이런 작업을 추가한건가요 ?(제가 개인서버를 보유중이라 개인서버 2대로 현재 강의를 따라가다 보니 환경적으로 조금 달라 제가 이해한 부분대로 강의를 따라가고 있습니다..) 답변 주시면 감사하겠습니다.

제 질문에 아래와 같이 답변 주셨는데- include" 와 include 의 차이는 무엇인지 ?-> {{- 는 왼쪽 공백을 모두 없애라는 의미 입니다. 반대로 -}} 일 경우 오른쪽 공백 삭제고요.mychart.include 라는 변수는 어디에 정의되어 있으며 어떻게 정의되어 있는 건지?-> templates > _helper.tpl 파일에 {{- define "mychart.include" -}} 입니다.mychart.include 즉 가져온 변수는 dict 와 어떻게 결합되어 사용되어 지는건지 ?-> "mychart.include"로 (dict "key1" "value1")를 넣었다고 생각해보세요.-> _helper.tpl 파일에 {{- define "mychart.include" -}} 가 정의된 부분을 보면{{ .key1 }}의 결과는 "value1"이고, {{ get . "key1" }}의 결과도 "value1"이기 때문에최종적으로key: value1dict: value1이 채워진 결과가 나타납니다.==================주신 학습자료를 보면"mychart.include"로 (dict "key1" "value1") 는 configmap 파일인 cm.value 에 정의된 변수였습니다.그럼 이 구조라면 configmap 에서 변수를 읽어서 _helper.tpl 의 변수를 완성하신다는 의미인지요 ?지금까지는 _helper.tpl 변수를 읽어서 configmap 을 완성하는 걸로 이해하고 있었는데.....다시 한번 확인 부탁드립니다.