안녕하세요 제 노션에 정리한다는 것이 그만 수업자료 노션에 이미지가 추가되어서 삭제 요청 드립니다. 아래 링크의 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에서도 "*"로 전체허용 해놨는데도 안되네요
자빅스 에이전트 EC2 만드는데서 ZABBIX-GRP 보안그룹을 그대로 사용하는데 자빅스 서버 8080에서는 10050으로 연결해 연결이 되지 않습니다. 잘못 말씀하신건지 혹은 제가 실수한건지 궁금합니다. 실제로 10051로 해서 기본 템플릿에서 안되다가 10050으로 해서 연결되어서요..
[질문 내용] 여기에 질문 내용을 남겨주세요. 행위가 없고, 아예 수정 불가한 읽기 전용 객체 타입인 경우, 별도의 MyDataSource 클래스를 Config 클래스에서 별도로 만들고 그것을 빈으로 등록하는 것보다 아예 MyDataSourceProperties 자체를 클라이언트 코드에서 사용하는 것이 좋을 것 같은데, 혹시 별로일까요?
http://localhost:8080/actuator 경로로 메트릭을 확인했을때 프로메테우스가 보이지가 않습니다. build.gradle에 코드 추가한 후 다시 빌드 했고 인텔리제이 외부라이브러리 안에 프로메테우스가 있는 것도 확인을 했습니다. 엑츄에이터 메트릭 노출도 모두 노출하도록 application.yaml에 코드도 잘 작성되어 있습니다. 무엇을 더 확인해야 할 지 모르겠습니다;; 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요.
안녕하세요 유뚱님, 로그 관련 질문이 있어서 질문 남깁니다. 수업에서는 보안 관점에서 시스템 로그, 어센티케이션 로그, 디스크 로그, 네트워크 로그 4단계로 나누어서 보셨는데, 일반적으로 이 정도의 로그를 수집하는지 아니면 보안 관점 말고도 다른 관점으로도 로그를 수집하고 대시보드를 만드는 방식이 있는지 궁금합니다. 제가 취준생이라 실제 서비스를 배포하고 에러를 만나본 것이 아니라서, 어떤 로그를 수집하는 것이 운영 환경에서 꼭 필요한 것인지 체감이 잘 안 되는 것 같습니다. 어떤 로그를 중요하게 보고 수집하고 체크해야 하는지 알려주시면 감사하겠습니다!
안녕하세요 공부를 하다보니 궁금해서 질문드립니다. 일반 톰캣인 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부터가 초기화하는게 아니라 계속 누적되면서 하는 방법도 있나요?