<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>로그 on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/%EB%A1%9C%EA%B7%B8/</link><description>Recent content in 로그 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Mon, 09 Nov 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%EB%A1%9C%EA%B7%B8/index.xml" rel="self" type="application/rss+xml"/><item><title>Docker 로그 6종 중 4종만 파일에 남은 이유</title><link>https://team-edo.github.io/posts/2026/11/docker-log-delivery/</link><pubDate>Mon, 09 Nov 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/11/docker-log-delivery/</guid><description>&lt;p>11월 9일 얼쑤의 운영 구성을 정리하면서, 나중에 문제가 생기면 각 프로그램의 기록을 어디에서 읽을 수 있는지 확인했습니다. Docker에는 로그 여섯 종류를 보내도록 설정돼 있었습니다. 그런데 점검일의 저장 폴더에서 찾을 수 있는 건 네 종류뿐이었습니다. 빠진 두 종류는 프로그램이 실행 중이었는데도 사후에 기록을 읽을 곳이 없었습니다.&lt;/p>
&lt;h2 id="로그가-지나가는-세-곳을-확인했습니다">로그가 지나가는 세 곳을 확인했습니다&lt;/h2>
&lt;p>컨테이너에서 실행되는 프로그램은 일을 하다가 필요한 내용을 출력합니다. Docker의 &lt;strong>로그 드라이버&lt;/strong>는 그 출력을 어디로 보낼지 정합니다. 얼쑤에서 확인한 여섯 프로그램은 모두 &lt;code>syslog&lt;/code> 방식으로 로그를 보냅니다. 같은 서버에서 기록을 받는 &lt;code>rsyslog&lt;/code>는 태그(출처 이름표)를 보고 어떤 기록을 파일로 남길지 결정합니다.&lt;/p></description></item></channel></rss>