학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요. 안녕하세요 아주 오래전 2021년쯤 영한님의 인프런 강의를 시작으로 국비지원 학원과 개발에 관심을 갖고 공모전 참여와 아주 짧은 경력을 쌓은 사람입니다. 개발자가 될만한 실력을 갖추진 못하고 집안일과 더불어 다른 분야에 적성이 맞다는 생각에 경제적 이유로 다른 길을 갔었는데요... 그러면서도 한편으론 취미로 하던 개발에 대한 미련을 놓지 못해 짬짬히.. ebs 중고등 수학, 컴퓨터공학 독학사, 영한님 강의 pdf 내용 복기 정도 해왔습니다. 내년이면 32이고 학위를 어렵게 취득해도 33살에(만나이 32) 학위, sqld정도 들고 취직한다 고려했을 때 너무 나이가 많아 실무에서 민폐일지 걱정되어 인사담당 및 시니어 입장에서 팀에 민폐인지 미리 여쭙고자 문의글 남깁니다. 이런 제가 개발 해도 될까요..? 돈을 쫓아봤지만 그런 것보다 신뢰 문제나 평생 할 수 있는 일을 고민했을 때는 개발 쪽에 흥미가 있어 붙들었습니다. 대단한 경제적 성취는 바라지 않아도 그저 작은 회사 착실하게 경력 쌓아 그걸 기반으로 강사나 산업용 교육 교구 유통을 과학고에 시도하는게 꿈인 사람입니다..
서비스에 적용하는 @Valid는 사용을 위해서 클래스에 @Validated를 붙어주었는데? 컨트롤러에는 @Valid만 사용하셨습니다? 서비스와 같이 @Validated를 붙여줘야 하는것 아닌가요? 서비스와 컨트롤러의 사용방법 차이에 대해서 궁금합니다. --- 정확하게는 모르지만 검증 주체의 차이로 달라지는 것으로 알고 있습니다.
spring boot 3.4.3버전에 CRUD를 완성해서 로그인 로직을 추가하기로 하였습니다. 문제는 build.gradle 의 dependencies에 dependencies { implementation 'org.springframework.boot:spring-boot-starter-security' testImplementation 'org.springframework.security:spring-security-test' } 를 추가하면 기존의 화면에서 데이터에서 값을 가져오는 부분이 처리 불가 상태가 되어버립니다. 그래서 데이터없이 빈 화면가 표시하는 상태가 되어버리는데, 이런 문제는 어떻게 대처해야 하나요?
안녕하세요. 요새 조회 메서드 네이밍 컨벤션에 대해 고민 중인데요. Repository 계층을 제외한 애플리케이션, 도메인 등 계층에서 조회(DB 조회 아닌 경우도 포함) 관련 메서드 명를 작성할 때 네이밍 컨벤션에 대해 고민 중입니다. find를 쓰자니 Spring Data 관례인거 같아 이외 계층에서도 꼭 이렇게 사용할 필요가 있을거 같기도 해서 어떤 방식이 좋을지 조언을 듣고 싶습니다. 현재 생각 중인 3가지 네이밍이에요. 앞에 있는게 데이터가 없을시 예외가 발생하는거고, 뒤에가 없으면 null(또는 Optional) 반환입니다. get / find getOrThrow / get get / getOrNull
강사님, MSA의 장애 격리에 대해 강의를 듣다가 궁금한 점이 생겨 질문드립니다. 제가 이해하기로는 모놀리식은 하나의 애플리케이션 안에 여러 도메인/서비스가 함께 구성되어 있고, MSA는 각 도메인별로 서비스를 분리하여 구성하는 것으로 알고 있습니다. 강의에서 MSA의 장점 중 하나로 장애 격리를 말씀해 주셨는데, 실제로는 한 서비스의 장애가 해당 서비스를 의존하고 있는 다른 서비스로 전파될 수도 있지 않을까 하는 생각이 들었습니다. 예를 들어 여러 서비스에서 회원 정보나 회원 상태를 검증하기 위해 회원 서비스에 요청을 보내야 하고, 회원 서비스의 검증 결과가 정상이어야만 해당 서비스를 이용할 수 있는 구조라고 가정하겠습니다. 이 경우 회원 서비스에 장애가 발생하면 회원 서비스에 의존하고 있는 여러 서비스에서도 요청 처리가 불가능해지기 때문에, 결국 장애가 다른 서비스로 전파되는 것처럼 보입니다. 그래서 제가 생각한 것은 MSA의 장애 격리가 '장애가 다른 서비스로 전혀 전파되지 않는다'는 의미보다는, 모놀리식에 비해 장애가 발생했을 때 영향을 받는 범위를 제한할 수 있다는 의미에 더 가깝지 않을까? 하는 것입니다. 예를 들어 모놀리식에서는 하나의 애플리케이션에 장애가 발생하면 전체 기능에 영향을 줄 수 있지만, MSA에서는 특정 서비스의 장애가 해당 서비스 및 이를 직접적으로 의존하는 서비스 정도로 영향 범위를 제한할 수 있다는 의미인지 궁금합니다. 그리고 실제 MSA 환경에서는 이러한 장애 전파를 막기 위해 Circuit Breaker, Timeout, Retry, Fallback, 비동기 메시징 등의 방법을 사용해서 장애 격리 수준을 높이는 것으로 이해하고 있는데, 제가 이해한 방향이 맞는지도 궁금합니다. 결국 MSA에서 말하는 장애 격리의 핵심이 '완전한 장애 격리'라기보다는 '장애 영향 범위를 줄이고 장애 전파를 제어할 수 있다'는 점에 있다고 이해하면 될까요?
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 20분 쯤 내용에서 실제 스키마의 기준이 DDL이라고 하더라도, 엔티티에 주요 제약과 인덱스를 함께 적어두면 코드만 봐도 DB 설계 의도를 파악할 수 있다는 장점 이 있다고 말씀하셨습니다. 해당 강의가 녹화된 날짜가 예전임을 감안했을 때, 현재까지도 유효한 말씀일까요? 물론 회사마다 규칙이 있고 다를 수 있다고 생각하고 또 요즘은 어떻게 설계하는지 궁금합니다.
안녕하세요! 강의를 열심히 듣다가 돌연 멀티 모듈이라는 주제로 생각하다가 질문을 남깁니다! 현재 강의에서는 application 레이어에서 repository를 가지고 있는데요! 멀티 모듈로 설계 시에도 동일하게 application 레이어에 repository를 가지는 게 일반적인가요? 검색을 하거나 하면 adapter에 persistence 쪽이나 infra 레이어 쪽에 가지고 있어야 한다는 내용이 보이는거 같아서요. 토비님께서는 어떻게 생각하시는지 궁금합니다! 또한, 보통 멀티 모듈로 프로젝트를 구성하실 때 어떤 방식으로 접근하시는지도 궁금합니다! 긴 글 읽어주셔서 감사합니다.
