https://www.inflearn.com/community/questions/902500/%EB%A1%9C%EA%B7%B8%EA%B0%80-%EA%B0%91%EC%9E%90%EA%B8%B0-%EC%95%88%EB%82%98%EC%98%B5%EB%8B%88%EB%8B%A4-%E3%85%A0%E3%85%A0%E3%85%A0%E3%85%A0?srsltid=AfmBOook52IISu7bmU4fnBg_VQjvllLx-upX39l0oGCQGBiI0os3q-Vb위 링크와 동일한 방식을 시도하다 궁금증이 생겨 질문드립니다. [문제상황]스프링 핵심 원리 - 기본편의 스프링으로 전환하기 강의 5분 35초의 로그가 출력이 안되어 인터넷 검색을 하다 위 링크를 발견했습니다. (강의 자료에 추가해주신 내용도 확인했구요.)logback.xml을 추가해서 문제를 해결했으나 처음에 문제 원인을 기본 로깅 레벨이 INFO로 설정되어있다고 판단해 application.properties에 아래와 같이 설정했습니다.logging.level.root=DEBUG logging.level.org.springframework=DEBUG위와 같이 설정했음에도 DEBUG 로그가 정상적으로 출력되지 않았습니다. [질문]application.properties에 위와 같이 설정했음에도 DEBUG 로그가 출력되지 않은 이유가 궁금합니다. (Logback.xml 적용하기 전에 설정했습니다.)logback.xml이 적용되는 원리와 application.properties의 설정이 적용되는 원리가 다른가요? 두 방법의 차이가 궁금합니다.==========AI 답변보고 추가로 남겨둡니다.제 질문의 의도는 '왜 application.properties'를 설정했을때 debug로그가 출력되지 않았느냐 입니다.!1. application.properties 설정을 적용할 때 logback.xml은 작성되지 않았습니다. 즉 logback.xml이 우선 적용되는 되는 것은 원인이 아닙니다.2. logback.xml의 역할은 이미 인터넷을 통해 학습해 알고 있습니다. (세부 설정이 가능하다는 등)3. logback.xml로 설정하는 것과 application.properties로 설정하는것이 세부 설정이 가능한 것 외에는 차이가 없다면 차이점에 대해서는 설명해주시지 않으셔도 됩니다. 다만 요지는 application.properties만 설정했을때 왜 debug로그가 출력되지 않았는지 궁금합니다. 제가 설정을 잘못한거였는지, 오타가 있었는지 등등 application.properties에서 logging.level=DEBUG 설정했을때는 왜 선생님 코드와 동일하게 DEBUG 로그가 출력되지 않았는지 궁금합니다.

선생님, 안녕하세요 강의 늘 재밌고 유익하게 듣고 있습니다. 막바지에 다다랐는데 처음으로 질문을 드립니다. 블로그 접속기록 로깅하기 9분 20초 대에 나오는 client의 주소를 파악하기 위해request.environ.get("HTTP_X_REAL_IP",request.remote_addr )위와 같은 코드를 사용하는데, request.remote_addr 라는 코드도 존재하더라구요. request.envrion 이 dict 인것 같은데 get 함수 이후에 나오는 HTTP_X_REAL_IP 는 무엇을 의미하는지 자세하게 설명해주실 수 있으신가요? 구글링을 해봤는데 차이를 찾기가 쉽지 않네요. 감사합니다 :)  

spring cloud sleuth 의 경우 로그에 각 id 를 내려서 로그를 트레이싱하는걸로 학습했는데요. 그럼 마이크로서비스 아키텍처의 통신이 api call 이 아닌 message queue (kafka, rabbitmq) 인 경우에도 distributed tracing 이 가능한건가요?