와 정말 잘봤습니다

우선, 제가 이해한 내용은 이렇습니다!
&nbsp;
(예시를 기준으로)
<ul>
<li>각 Pod 앞에 붙인 Service는 로드밸런싱 용도가 아니고 그저 Pod으로 가는 길목에 불과하므로 여긴 로드밸런싱을 따질 필요가 없는 부분이고</li>
<li>Ingress Controller 앞에 붙는 Service가 로드밸런서 역할임. 물론 이는 로드밸런싱이 가능하겠지만 로드밸런싱을 하더라도 Ingress Controller Pod에 대한 로드밸런싱이지 실제 서비스에 대한 로드밸런싱이 아님</li>
<li>결국, 이런 구조에서 Service(Ingress Controller을 위한 Service든, 실제 페이지를 위한 Service든)가 실제 페이지를 위한 로드밸런싱을 해줄 수는 없고 Ingress가 로드밸런서가 되게 됨</li>
</ul>

로드밸런싱 관련 질문드립니다

100만원짜리 노트북 고객과 점원

자답입니다.
&nbsp;
1. 메서드가 처음 호출되었을 때, @Bean 어노테이션으로 인해 빈으로 등록되고
2. 메서드가 두번째, 세번째 호출되었을 때에는 똑같은 객체가 이미 빈으로 등록되어있는 상태라서, 그냥 객체 생성에서 끝나버릴 뿐 Bean으로 등록이 되진 않는다.
&nbsp;
일 것 같은데 맞는지 답변 주시면 감사하겠습니다!

@Configuration 없이 @Bean만 사용할 때에 대한 질문

저도 비슷한 의문이 잠시 들었는데, 그 이유가 "인터페이스가 아니라 구현체에&nbsp;@Component를 붙인다면, 나중에 autowired해줄 때 해당 빈이 중복으로 찾아지지 않을까? 인터페이스면 유일할 텐데 구현체라 유일하지 못한 문제를 스프링은 어떻게 해결하는건가?"라는 의문이 들어서였는데요.
의존관계 자동주입 > 빈이 2개 이상 - 문제
라는 주제의 뒷부분 강의를 보니 의문이 해결되네요ㅎㅎ 수동 주입을 해줄 때 하나의 구현체를 결국 선택해야하듯이, @Component 어노테이션도 한 구현체를 선택해서 거기에만 붙여줘야하는군요.

@Component는 구현체에만 붙인다?

동의합니다. 이미 잘 하는 사람들은 스킵하면서 들으면 됩니다. 지금처럼 해주시면 그 강조 빈도 자체로도 학습 인지도를 높이는 효과가 있어서 좋을 것 같습니다.

질문은 아니지만...

저는 강사님은 아니고 방금 완강한 사람이긴 합니다만ㅎㅎ 복습차원에서 답변 달아봅니다.
name="name"으로 지정해주었기 때문에 name의 값을 받아올 수 있는 건 맞는 것 같습니다.
하지만 age=21은 맞지 않고요. name="age"라는 게 포함된 input태그에 21을 넣으셨다면, 그게 넘어와서 age속성의 값을 읽어올 수 있게 되겠습니다.

즉, 이게 이름이 name이라 헷갈리신 것 같은데 name="name" 여기서 왼쪽 name은 input태그 내에 포함된 속성으로, 수정하시면 안되는 부분이구요. 오른쪽 name이 저희 member에 맵핑될 name입니다. 여길 수정해서 데이터를 클라이언트로부터 받아오시면 됩니다. 예컨대 member의 age를 가져오고 싶으시면 name="age"로 작성하시면 될 것 같습니다.

7:50분쯤 create메서드 질문있습니다!

3분 25초 설명 질문입니다

저도 자바 기본을 마친상태인데 너무 듣기 힘들었습니다. 이 강의 한 3바퀴 이상 들은 것 같은데도...딱히 달라지는 건 없더군요. haru님 말씀이 공감되네요.

안녕하세요 강사님 스프링 학습전 어떤걸 학습해야할지 질문드립니다.

아! 혹시, 매 테스트수트마다 데이터 싱크 코드를 추가한 것은,
우리가 id: 1부터 3까지 임의로 만들어놓은 mock데이터에 대해 데이터베이스에 반영하기 위함인 건가요?
끗 까지 들으니까 이해가 되는 것 같네요.

HHS

Posts