---
title: "모든 로그 줄을 트레이스와 오류에 잇는 로그 관리"
description: "LogBrew는 개발자를 위한 로그 관리 도구예요. 매월 로그 50 GB와 30일 보관 기간을 무료로 쓰고, 카드는 필요 없어요."
canonical: "https://logbrew.co/ko/logs"
last_updated: "2026-11-11"
---

# 모든 로그 줄을 트레이스와 오류에 잇는 로그 관리
LogBrew는 개발자를 위한 로그 관리 도구예요. 매월 로그 50 GB와 30일 보관 기간을 무료로 쓰고, 카드는 필요 없어요.

지금 쓰는 로거에서 로그를 보내세요. 레벨, 텍스트, 트레이스, 서비스, 릴리스, 환경, 시간, 필드로 검색하고, 어떤 줄에서든 그 뒤의 오류나 트레이스를 열어 보세요.

## 로그 저장소 1개, 읽는 방법 4가지
LogBrew에 있는 내 로그: 모든 줄이 레벨, 메시지, 필드, 서비스, 릴리스, 환경, 트레이스 ID를 간직해요.

- 웹 대시보드: `logbrew.co`. 필터로 거르고, 줄을 트레이스와 함께 열고, 실시간으로 지켜보세요.
- CLI: `logbrew read logs --severity error --since 1h --json`. 터미널이나 스크립트에서 같은 필터를 써요.
- API: `GET /api/logs`. 커서 페이지네이션과 타입이 있는 필드 필터 최대 4개.
- MCP 서버: `https://logbrew.co/mcp`. 코딩 에이전트가 승인한 프로젝트의 로그를 읽어요.

어떤 탭이든 같은 필터로 같은 로그를 읽어요. 첫 줄이 도착하면 머그잔이 차요. 웹과 iOS 앱은 도착하는 줄을 실시간으로도 보여 줘요.

## 지금 쓰는 로거에서 로그 보내기
새 로거는 필요 없어요. 쓰던 로거 옆에 LogBrew SDK를 더하면 줄마다 레벨, 메시지, 필드가 함께 도착해요.

- Node.js: `console`, Pino, Winston.
- Python: `logging` 모듈, `extra={}` 필드 포함.
- Java와 Kotlin: SLF4J, Logback, JUL. Kotlin SDK를 거친 Android logcat 줄.
- .NET: `ILogger`와 ASP.NET Core.
- PHP: PSR-3과 Monolog, Symfony와 Laravel 지원.
- Rust: `tracing`, Axum, Actix, Rocket 지원.
- OpenTelemetry: 어떤 OpenTelemetry SDK나 Collector에서든 OTLP 로그를 받아요. LogBrew SDK는 필요 없어요.
- Supabase: 로그 드레인이 플랫폼 로그를 보내요.

## 이미 아는 정보로 로그 검색하기
모든 필터가 웹, CLI, API에서 똑같이 동작해서 로그 분석을 어디서나 같은 쿼리로 시작해요. 텍스트 검색은 메시지의 부분 문자열과 일치해요. 필드 필터는 타입이 있는 값을 비교해서, 숫자에는 `gte`를, 텍스트에는 `contains`를 써요.

- 레벨: `info`, `warning`, `error`, `critical`.
- 텍스트: 메시지의 부분 문자열.
- 트레이스 ID: 트레이스 안에서 보낸 모든 로그에 트레이스 ID와 스팬 ID가 붙어요.
- 서비스, 릴리스, 환경: 서비스 이름, 릴리스, 그리고 `production` 같은 환경.
- 시간: `since`와 `until`. 긴 범위에는 커서 페이지네이션을 써요.
- 필드: 쿼리마다 타입이 있는 필터 최대 4개. 텍스트에는 `eq`, `ne`, `contains`, `starts_with`를, 숫자에는 `gt`, `gte`, `lt`, `lte`를 써요.

```bash
curl -sS -G "https://api.logbrew.co/api/logs" \
  -H "Authorization: Bearer $LOGBREW_TOKEN" \
  --data-urlencode "project_id=$LOGBREW_PROJECT" \
  --data-urlencode "since=2026-11-10T05:31:33Z" \
  --data-urlencode 'attribute_filters=[{"path":"/metadata/order_id","type":"string","operator":"eq","value":"ord_42"}]' \
  | jq -c '.logs[] | {message, order_id: .attributes.metadata.order_id}'
```

```text
{"message":"order paid","order_id":"ord_42"}
```

## 로그 1줄에서 원인까지
- 로그 조사: 로그 1개를 트레이스와 주변 로그와 함께 열어요.
- 라이브 테일: 웹과 iOS 앱에서 도착하는 로그를 실시간으로 지켜봐요.
- 로그 규칙: 데이터를 삭제하지 않고 로그의 심각도를 바꾸거나 숨겨요.
- 내보내기: 로그를 JSON, CSV, TXT, Markdown, XLSX로 저장해요.
- 에이전트: 호스팅 MCP 서버와 CLI가 코딩 에이전트에게 같은 필터로 같은 로그를 줘요.

## 요금제별 로그 제공량
모든 요금제에 모든 기능이 들어 있어요. 요금제마다 다른 건 사용량과 보관 기간뿐이에요. 80%에 도달하면 알려 드리고, 100%가 되면 다음 달 초기화까지 로그만 멈춰요. 초과 요금은 없어요.

| 요금제 | 가격 | 월 로그 | 보관 기간 |
| --- | --- | --- | --- |
| Free | $0 월 | 50 GB | 30일 |
| Pro | $25 월 | 500 GB | 90일 |
| Business | $80 월 | 2 TB | 1년 |
| Enterprise | 맞춤형 이메일 견적 | 견적 문의 | 견적 문의 |

제품 액션은 로그 사용량에 포함돼요. 보관 기간이 지난 로그는 1~8일 안에 삭제해요.

## 자주 묻는 질문

### 로그 관리란 무엇인가요?

애플리케이션이 쓰는 로그 줄을 모아서 정해진 기간 동안 보관하고, 레벨, 텍스트, 시간, 필드로 검색하는 일이에요. LogBrew는 여기에 줄에서 그 줄이 나온 트레이스와 오류로 가는 링크를 더해요.

### 로깅이란 무엇이고 어떻게 동작하나요?

코드가 Pino, Python `logging`, SLF4J 같은 로거를 통해 이벤트마다 레벨, 시간, 메시지가 있는 줄 1개를 써요. 핸들러나 어펜더가 줄마다 LogBrew로 보내고, LogBrew가 저장하고 색인해요.

### 로그 줄이란 무엇인가요?

로거가 남긴 레코드 1개로, 타임스탬프, 레벨, 메시지, 그리고 `order_id` 같은 직접 붙인 필드가 있어요. LogBrew에서는 서비스, 릴리스, 환경도 함께 담고, 트레이스 안에서 보냈다면 트레이스 ID도 담아요.

### 로그 집계, 즉 중앙 집중 로깅이란 무엇인가요?

모든 서비스와 호스트의 로그를 한곳으로 보내서 검색 1번으로 전부 훑는 거예요. 줄마다 서비스 이름을 간직하니 검색을 다시 서비스 1개로 좁힐 수 있어요.

### LogBrew는 로그를 얼마나 보관하나요?

Free는 30일, Pro는 90일, Business는 1년, Enterprise는 계약에 따라요. 보관 기간이 지난 로그는 1~8일 안에 삭제해요.

### Free 요금제에서 50 GB에 도달하면 어떻게 되나요?

LogBrew는 80%에 도달하면 알려 줘요. 100%가 되면 다음 달 초기화까지 로그만 멈춰요. 오류, 트레이스, 메트릭은 계속 들어오고, 초과 요금은 없어요.

## Public links
- Logs: https://logbrew.co/ko/logs
- Pricing: https://logbrew.co/ko/pricing
- Docs Markdown: https://logbrew.co/ko/docs.md
- OpenAPI: https://logbrew.co/openapi.json
- llms.txt: https://logbrew.co/llms.txt