와 정말 잘봤습니다

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

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

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

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

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

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

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