AI 시스템 디자인 실습 6주 챌린지: AI 에이전트로 백엔드 설계 실습 + 기술 면접 대비
안녕하세요. 미션 제출 방식 건의 드립니다. 마감기한을 정해두지 않고 받을 수 있게 해주심은 어떠신지 여쭙니다. 왜냐하면, 지금 회사 야근으로... 과제를 못 하고 있습니다. 주말에 몰아서 할 수 있는데, 그때되면 여러 과제가 이미 마감되어 제출할 수 없게 됩니다. 아니라면 제출 가능한 기간에 이전에 했던 과제도 겹겹이 쌓아서 제출하도록 하겠습니다.
AI 시스템 디자인 실습 6주 챌린지: AI 에이전트로 백엔드 설계 실습 + 기술 면접 대비
혹시 ai-handson의 각 주차별 모듈이 구현이 완료된 상태로 제공된 것이 맞는지 확인 부탁드립니다. 지난 주차는 해설 강의를 먼저 들어서 몰랐는데, module-3의 테스트가 코드가 에이전트로 구현하기 전부터 통과하고 있었고, 4, 5 모듈도 마찬가지였습니다. 미리 구현된 상태로 제공된 것(금지 조항도 추가되어 있음)이라면 CLAUDE.md를 수정하면서 결과물을 만들어내는 것이 어려울 것 같아서요. 제가 진행 방식을 잘못 이해한 것이라면 알려주시면 감사하겠습니다.
안녕하세요 강사님! 2-6강(18번째 강의) 관련 질문입니다. 3분 20초쯤에 파킹 페이지와 대기열 큐를 앞에 두어 유입되는 사용자를 줄인다고 말씀하셨는데, 이 부분에 대해 궁금한 점이 있습니다. 1. 어떻게 구현하셨나요? 직접 만드셨는지, 기성 솔루션을 쓰셨는지도 궁금합니다. 2. 대기열은 어디에 있나요? 레이트 리미터처럼 WAS 앞단(게이트웨이나 별도 서버)에 있는지, WAS 안에서 필터 같은 형태로 처리하는지 궁금합니다. 3. 앞서 입장한 사용자가 나가야 다음 사람이 들어가는 구조라면, 사용자가 나간 것(결제 완료나 창 닫기 등)은 어떻게 감지하셨나요? 아니면 동시 접속 인원과 상관없이 초당 몇 명씩 입장시키는 방식이었나요? 감사합니다!
안녕하세요. 강사님, 강의 잘 보고 있습니다. 강의를 보면서 궁금증이 생겨서 질문 남겨봅니다! 강의를 진행하시는 방식이 제공해 주신 스켈레톤 코드 베이스로 설명을 하시다가 구현되어 있는 것을 가져다가 붙여넣기 하시는 방식 같은데요! 이럴 때 수강생들의 입장에서는 강사님의 구현을 손으로 구현해 보는 게 좋을까요? 아니면 AI로 구현을 진행해서 강사님의 구현과 비교해 보는 게 좋을까요? 수강생들이 어떻게 강의를 들었으면 좋겠다는 생각을 하시는지 궁금합니다.
안녕하세요 제 노션에 정리한다는 것이 그만 수업자료 노션에 이미지가 추가되어서 삭제 요청 드립니다. 아래 링크의 6. 로그에서 UUID 확인 부분에 제가 실수로 이미지를 추가하였습니다. https://app.notion.com/p/MdcLoggingFilter-UUID-313e16d3f6258009a373eb630319856f 귀찮게 해드려서 죄송합니다. ㅜㅜ
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예 [질문 내용] 이클립스 사용 중인데 해당 프로젝트 import가 정상적으로 안 되는 것 같습니다. 패키지 생성이 안됩니다.
안녕하세요, 선생님! log.info/log.warn 과 주석의 사용에 대해 선생님의 실무적 견해, 고견을 여쭤보고자 질문 드리게 되었습니다. 질문 내용은 아래와 같습니다. 만약 오픈소스나 실무에서 상세한 명세나 설명을 해야 한다면 log info, warn 및 주석 중에 어떤 것을 먼저 생각하는 것이 좋을지 프레임워크의 예시처럼 일단 모두 주석으로 작성하고, 특징적인 부분(?)만 log로 보여주는 것이 좋을지 7강과 8강 log level 관련한 내용을 들었는데, 제가 이해한 내용이 맞으면 선생님께서 log info의 경우 운영환경에서 기본적으로 사용하는 로그, 주요 흐름을 기억하기 위해 사용 log warn의 경우 현재는 문제가 안되지만 트래픽 규모가 늘어나는 등 이후에 응답시간 지연 및 오류 발생 등의 중대한 상황을 유발할 수 있을때 활용 가능 즉각적인 조치는 아니지만 이후 요구사항이 추가적으로 나타날 수 있기에 확장 가능성/보완이 필요할 경우 활용 가능 으로 이해하였습니다. 이 부분을 듣고 Spring Batch나 Tomcat 등의 프레임워크(라이브러리에 등록된 로직)에서 제공하는 주석이 생각났습니다. 이러한 프레임워크에서는 상세 설명/명세에 대한 부분은 모두 log.info/warn보다는 주석으로 처리하였던 부분을 떠올렸는데, Spring Batch의 경우는 거의 대부분이 주석으로 상세 설명을 하였고, 물론 webMVC에서 tomcat이나 catalina를 실행하는 과정을 info로 보여주기는 했는데 핵심부분은 주석으로 모두 기재하여 보여주는 느낌이었습니다. 저의 부족한 식견일 수 있고, 말씀하신대로 팀의 정책이나 협의 과정에 의한 부분일 수 있겠지만, 추후 작은 규모의 오픈 소스 프로젝트 등을 시작할 생각도 있고, 이 강의를 기회로 실무에서 제대로 로그를 사용해보고자 하기에 선생님의 생각이 궁금하여 여쭤보고자 하였습니다. 패키지, 클래스의 상세한 설명은 주석으로 보여주고, 파라미터 등의 특징적인 부분(구체적으로 무엇을 log로 처리하는 것이 좋을지 몰라서 "특징적인 부분"으로 기재)만 보여지도록 log로 처리하면 될지 선생님의 고견을 참고해보고자 합니다! 감사합니다.
Spring boot java를 사용하고있고, 현재 1. Spring Actuator 셋팅중입니다. actuator에서 health 외의 다른 URL은 404 Notfound 에러가 발생합니다. application.yml을 사용하여 include에서도 "*"로 전체허용 해놨는데도 안되네요
[질문 내용] 여기에 질문 내용을 남겨주세요. 행위가 없고, 아예 수정 불가한 읽기 전용 객체 타입인 경우, 별도의 MyDataSource 클래스를 Config 클래스에서 별도로 만들고 그것을 빈으로 등록하는 것보다 아예 MyDataSourceProperties 자체를 클라이언트 코드에서 사용하는 것이 좋을 것 같은데, 혹시 별로일까요?
http://localhost:8080/actuator 경로로 메트릭을 확인했을때 프로메테우스가 보이지가 않습니다. build.gradle에 코드 추가한 후 다시 빌드 했고 인텔리제이 외부라이브러리 안에 프로메테우스가 있는 것도 확인을 했습니다. 엑츄에이터 메트릭 노출도 모두 노출하도록 application.yaml에 코드도 잘 작성되어 있습니다. 무엇을 더 확인해야 할 지 모르겠습니다;; 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요.
안녕하세요 공부를 하다보니 궁금해서 질문드립니다. 일반 톰캣인 embed 의존성 추가 여부가 궁금해서 그러는데요 기존의 스프링? 에서 톰캣으로 war나 jar형식으로 배포 하다가 embed 의존성을 추가해서 배포로 변경하면 차이가있을지 궁금합니다. 이전에 다른분들께 설명을 해주셨는지 모르겠지만. 강의를 듣다 톰캣에서 돌아가는 코드를 내장 톰켓을 추가할경우 마이그레이션을 많이 해야하는지 단순히 embed 라이브러리 추가만하면 되는지 궁금해서 질문드리게 되었습니다. 또 Fat jar로 배포할경우 class로 변경이 된다고 하셨는데 만약에 코드를 수정해야할경우 서버에서실시간 그렇게되면 java파일로 변경해서 수정은 불가능할까요? 기존의 코드를 수정하지않는 선에서 class에서 변경된 jar파일 내에서만 수정이 가능하는지 궁금합니다. 1번 jar가 8081일경우 2번 jar가 8082인경우 같은 프로젝트가 아니라 별도의 프로젝트 일경우..라면 통신은 어떻게하는지 궁금합니다.
[질문 내용] 기존 링크 https://github.com/spring-projects/spring-boot/blob/main/spring-boot-project/spring-boot-dependencies/build.gradle 변경된 링크 https://github.com/spring-projects/spring-boot/blob/main/platform/spring-boot-dependencies/build.gradle 다음 링크로 변경이 필요할 거 같습니다.
안녕하세요 강사님이 하시는것처럼 @Counted를 사용해서 메트릭을 수집하는데 스프링 애플리케이션을 다시 실행하면 과거에 획득한 메트릭을 0으로 초기화되어서 처음부터 시작되더라고요. 그런데 이러면 나중에 비즈니스 메트릭을 똑바로 수집하지 못하지 않나요? 애플리케이션을 다시 시작해도 메트릭을 0부터가 초기화하는게 아니라 계속 누적되면서 하는 방법도 있나요?