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

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

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

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

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

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

질문은 아니지만...

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

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

저는 강사님은 아니고 방금 완강한 사람이긴 합니다만ㅎㅎ 복습차원에서 답변 달아봅니다. name="name"으로 지정해주었기 때문에 name의 값을 받아올 수 있는 건 맞는 것 같습니다. 하지만 age=21은 맞지 않고요. name="age"라는 게 포함된 input태그에 21을 넣으셨다면, 그게 넘어와서 age속성의 값을 읽어올 수 있게 되겠습니다. 즉, 이게 이름이 name이라 헷갈리신 것 같은데 name="name" 여기서 왼쪽 name은 input태그 내에 포함된 속성으로, 수정하시면 안되는 부분이구요. 오른쪽 name이 저희 member에 맵핑될 name입니다. 여길 수정해서 데이터를 클라이언트로부터 받아오시면 됩니다. 예컨대 member의 age를 가져오고 싶으시면 name="age"로 작성하시면 될 것 같습니다.

3분 25초 설명 질문입니다

감사합니다.

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

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

데이터베이스 싱크에 대해 조금만 설명 더 부탁드립니다.

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

가짜배열을 진짜배열로

아하 그럼 문법의 차이일 뿐이니 여기선 Array.from을 써도 상관이 없겠군요! James님 답변 감사합니다.

TDD 슈퍼테스트2 강의 중

질문자분 혹시 index.js에서 오타내신 게 아닐지요! 예컨대 modules.export라고 썼다거나...