맞습니다.. 맞는데.. 조금 혼동이옵니다..ㅠ 1. Refresh 버튼을 눌러야 AUTO SYNC가 작동하는건가요? Helm이외의 K8S YAML 이나 kustomize는 git push만 해도 알아서 AUTO SYNC가 되길래 HELM은 왜 안되지 싶었습니다. 그런데 REFRESH라는 버튼이 단순히 F5같은 새로고침 기능이 아니였나요? 새로고침과 다른 기능이 있는건가요? REFRESH를 누르고 나면 AUTO SYNC가 되는것이라면... 이건 AUTO SYNC라는 생각이 안들고 MANUAL SYNC라는 생각이 들어서요... REFRESH를 하지않고 SYNC를 누르면 제자리 걸음이 됩니다. (변경사항이 반영안됌) 게다가 AUTO SYNC인데 분명... 일반 REFRESH도 아니고 HARD REFRESH를 눌른뒤 SYNC를 다시 눌러줘야 한다는게 이해가 힘듭니다 ㅠ 2. HELM을 HELM PACKAGE로 HELM REPOSITORY를 등록하지 않고, GIT REPOSITORY로 등록하여 사용하여도 상관없을까요? 간간히 찾아보았을때 보이는것을 보면 HELM을 PACKAGE로 사용하지않고 등록하여 사용하는 경우도 있더라구요.. 3. AppOfApps 패턴이라는게 어느정도 효용성이 있을까요..?
1. 그렇다면 PV를 생성한뒤, spec.capacity.storage 와 spec.accessModes가 같은 PVC를 생성하더라도 제가 PVC의 spec.storageClassName를 "" 로 작성하지 않으면, Default 스토리지 클래스로 PV가 자동으로 만들어지게 되나요? 저의 의도는 이미 만들어놓은 PV에 연결을 하고자 하였습니다. 2.1. PV의 spec중 storageClassName은 무슨용도일까요? 작성하면 어떤 변화가 있을까요? (이건 이전의 4번 질문과 비슷한것같네요.) 2.2. PV 와 PVC 의 spec 중 storageClassName 을 동일하게 작성을 한다하여서 바인딩이 되는것과는 상관없는일일까요 ? 답변 감사합니다!
타입가드를 많이쓰게 되면, 타입스크립트 쓰던 이전의 느낌이 나서 지양하려고 하고있었는데, 뭐든 잘 써봐야겠네요..ㅠ 우선 함수 시작할때즈음에, 타입가드로 타입을 잡아주고 진행을 하는것이 하나의 풀이법이라고 말씀해주신것이 맞으실까요? 적어 주신 isSchool안에 제가 원하는 reduce를 진행하면 되는걸까요? if ( isSchool ( selectLocation )) { return ; } 또한, isPeople도 동일하게 진행 해줘야할까요? 사실 제가 school 과 people뿐만아니라, 한 10개정도가 더 있는상황이라, 하나하나 다 타입가드를 하기에는 조금 부담스럽다고 느끼고 있긴합니다.ㅠ 친절한 답변 정말 감사합니다. :)
