수업 듣던 중 아래 두 가지 오류로 보여 전달 드립니다. 1. 법정손해배상 파트에서 교재 130쪽에 "개인정보처리자가 무과실 입증해야 한다"는 "고의 또는 중과실 없음을 입증해야 한다"로 변경하셔야 합니다. 무과실은 경과실도 없는 것이기 때문에 서로 의미가 다릅니다. 그에 맞추어 강의 내의 표, 교재 132쪽 표도 변경 필요해 보입니다. 징벌적 손해배상 제도는 "중과실 없음"을 입증해야 하고, 법정 손해배상제도는 "(경)과실"도 없음을 입증해야 하는 것으로 법문상 읽힙니다. 2. 마이데이터 관련해서, 정보주체가 하나은행에 정보를 요구해서 toss앱으로 보내는 상황을 설명하시며 toss를 일반수신자로 설명하신 것 같은데, 전문기관으로 수정 필요해 보입니다. 자동화된 결정 관련 강의에서 말미에 AI채용을 거부할 수 있다고 하셨는데 실제로는 채용시 초반에 AI채용 진행에 대한 동의를 다 받을 것이어서, 거부권 행사 가능한 경우가 훨씬 적을 것 같은데 아닌가요?
「개인정보 보호법 시행령」 개정 — 2026.5.19 시행 완료 「개인정보의 안전성 확보조치 기준」 개정 — 2026.7.1 시행 완료 본인전송요구권 관련 시행령 — 2026.8.20 시행 예정 등 이전 시험에 비해 개정 사항이 조금씩 존재하는 걸로 알고 있는데, 8월 시험에 맞게 강의 내용이 업데이트 된 건지 궁금합니다! 시간이 촉박해서 강의에 의존을 많이 하려고 하는데 답변 부탁드립니다! 감사합니다.
안녕하세요. NetworkPolicy 문제에서 allow-from-prod 를 작성할 때, 아래와 같은 설정을 답안으로 작성해 주셨습니다. spec: ... ingress: - from: - namespaceSelector: matchExpressions: - key: env operator: In values: ["prod"] 혹시 아래와 같이 작성하여도 정답이 맞을지 여쭤보고 싶어서 글 작성하게 되었습니다. 저는 문서에서 해당 파트를 참고하여 작성하였습니다.( https://kubernetes.io/docs/concepts/services-networking/network-policies/#networkpolicy-resource ) spec: ... ingress: - from: - namespaceSelector: matchLabels: env: prod 테스트 결과 통신은 아래와 같이 되는 것을 확인하였습니다. # pod 들의 IP와 port 확인 $ k get pod -A -o wide NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES data postgres-5d6dd5946-rbz9m 1/1 Running 0 10m 192.168.1.92 node01 <none> <none> data test-pod 1/1 Running 0 10m 192.168.1.164 node01 <none> <none> default test-pod 1/1 Running 0 10m 192.168.1.99 node01 <none> <none> kube-system cilium-9cpx4 1/1 Running 1 (44m ago) 27d 172.30.2.2 node01 <none> <none> ... prod test-pod 1/1 Running 0 10m 192.168.1.184 node01 <none> <none $ k exec test-pod -it -n prod -- /bin/sh /# ping 192.168.1.164 # -n data 의 pod ------------------------------ PING 192.168.1.164 (192.168.1.164): 56 data bytes 64 bytes from 192.168.1.164: seq=0 ttl=63 time=0.070 ms 64 bytes from 192.168.1.164: seq=1 ttl=63 time=0.079 ms 64 bytes from 192.168.1.164: seq=2 ttl=63 time=0.052 ms 64 bytes from 192.168.1.164: seq=3 ttl=63 time=0.074 ms ^C --- 192.168.1.164 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 0.052/0.068/0.079 ms 통신과는 별개로 다른 부분에서 문제가 될 가능성이 있지 않을까 싶어서 여쭤봅니다. 감사합니다.
안녕하세요 강의를 모두 듣고 문제를 풀고 있는데. 실전 모의고사 20제 정답이 오류가 있는 건가요, 문제를 풀고 있는데 답이 맨 하단 2번 문제 답이 2번으로 보이는데 1번으로 되어 있는데요. 확인 기능할까요. 다른 문제도 잘못 되어 있는지.. 정확한 문제-답 다시 받아볼 수 있나요
안녕하세요. Readiness Probe 관련해 궁금한 부분이 생겨 질문드립니다. 강의에서 Rolling Update 중, 대상 그룹의 신규 Pod 대상이 Active 상태로 진입하기 전에 기존 Pod 대상이 Draining 상태로 전환되어 통신이 불가능한 상황에 Readiness Probe 설정으로 이를 개선할 수 있다고 하셨습니다. 하지만 위와 같은 상황에서 ALB 대상 그룹에서 new Pod(1)이 Initial 상태이고 old Pod(1)이 draining 상태인 경우, 통신이 불가능하다고 생각했습니다. (15초와 27초 사이) 따라서 이 문제는 Readiness Probe만으로 해결된다기보다는 Readiness Probe, Pod Graceful Shutdown, Termination Grace Period 세 가지 설정을 같이 사용할 때 개선될 수 있는 것으로 이해했습니다. 제가 제대로 이해한 것이 맞는지 궁금합니다. 또한 찾아보니 Readiness Gate를 사용하면 Pod가 ALB 대상 그룹에서 healthy인지 확인 후에 기존 Pod를 종료할 수 있다고 하는데, 이러한 설정도 실무에서 자주 사용하는지 궁금합니다. 감사합니다.
8분 29초에서 /logoutProc 를 겟방식으로 호출했고 로그아웃은 성공했습니다. 로그아웃 성공후 /logoutSuccess 로 이동해야 하고 해당 url 은 permitAll() 입니다. 그런데 왜 로그인화면이 표시되는지 궁금합니다. 강의를 조금 더 보다보니, 궁금증은 해결됐습니다. 그런데 여전히 궁금한 점은 해당 소스에 맨 아래 permitAll() 의 역할입니다. 실제 아무일도 안하는건지 궁금합니다.
