refactor(topics): 멀티 에이전트용 지식 재편 — _Common(공통 기본기) + Domain_* 구조

에이전트 8종(대화형/프로그래머 C·S/디자이너/설계자/기획자/QA/PD/PM)에게
[공통 기본 능력 + 롤별 Specialty] 2층으로 지식을 주입하기 위한 재분류.
문서 내용·포맷은 무수정, 폴더 이동만 (6,372개 문서 수 보존 확인).

- Topic_Programming → Domain_Programming (내부 구조 보존)
- Topic_Graphic → Domain_Design
- Topic_Business → Domain_Product
- Topic_General → Domain_General
- _Common 신설: Math(구 Topic_Math_Specialty), Reasoning(구 General/From_Thinking & Reasoning),
  Reasoning_Creativity(구 General/From_창의성), Communication(Poetic_Blog_Writing + From_writing)
- 타 도메인의 From_* 폴더는 유지 (출처 표기일 뿐, 이미 도메인에 맞게 분류된 문서)
- 빈 폴더 정리 (memory/procedures)
- 에이전트→폴더 매핑은 workspace의 .astra/agent-knowledge-map.json (9개 에이전트)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Antigravity Agent
2026-07-11 11:05:56 +09:00
parent 6549ead309
commit c24165b8bc
6193 changed files with 1717 additions and 31 deletions
@@ -0,0 +1,156 @@
---
id: backend-outbox-pattern
title: Outbox — DB write + 메시지 발행 원자성
category: Coding
status: draft
source_trust_level: B
verification_status: conceptual
created_at: 2026-05-09
updated_at: 2026-05-09
tags: [backend, outbox, messaging, vibe-coding]
tech_stack: { language: "TS / SQL", applicable_to: ["Backend"] }
applied_in: []
aliases: [outbox, transactional outbox, dual-write, CDC, event publisher]
---
# Outbox Pattern
> "DB commit + Kafka publish" 둘 다 동시 = 불가능. **DB 트랜잭션 안에서 events 테이블에 같이 insert** → 별도 publisher 가 events 읽어 publish. 원자성 보장.
## 📖 핵심 개념
- Dual-write 문제: DB OK + 메시지 실패 → 메시지 없음 / DB 실패 + 메시지 OK → 잘못된 메시지.
- Outbox: 같은 트랜잭션 안 outbox 테이블 insert.
- Publisher: outbox 읽어 broker 로 보내고 sent 표시.
- CDC 변형: outbox 도 안 쓰고 Debezium 이 binlog/WAL 직접.
## 💻 코드 패턴
### Outbox 테이블
```sql
CREATE TABLE outbox (
id BIGSERIAL PRIMARY KEY,
aggregate_type TEXT NOT NULL,
aggregate_id TEXT NOT NULL,
event_type TEXT NOT NULL,
payload JSONB NOT NULL,
created_at TIMESTAMPTZ DEFAULT NOW(),
sent_at TIMESTAMPTZ
);
CREATE INDEX outbox_unsent ON outbox(id) WHERE sent_at IS NULL;
```
### Write (트랜잭션 안)
```ts
async function createOrder(input: CreateOrder) {
return db.transaction(async (tx) => {
const order = await tx.orders.insert(input);
await tx.outbox.insert({
aggregateType: 'order',
aggregateId: order.id,
eventType: 'OrderCreated',
payload: { orderId: order.id, userId: input.userId, amount: input.amount },
});
return order;
});
}
```
### Publisher (poll loop)
```ts
async function publishLoop() {
while (true) {
const batch = await db.outbox.findUnsent({ limit: 100 });
if (batch.length === 0) {
await sleep(500);
continue;
}
for (const e of batch) {
try {
await broker.publish(e.eventType, e.payload, {
headers: { 'x-event-id': String(e.id), 'aggregate-id': e.aggregateId },
});
await db.outbox.markSent(e.id);
} catch (err) {
log.error('publish failed', err);
// 재시도 — 다음 loop 에서 또 시도
}
}
}
}
```
### At-least-once 보장 + idempotency 헤더
```ts
// Consumer 측
on('OrderCreated', async (msg) => {
const id = msg.headers['x-event-id'];
if (await db.processed.exists(id)) return; // 이미 처리
await handle(msg.payload);
await db.processed.insert({ id, processedAt: now() });
});
```
### CDC (Debezium) 변형
- DB binlog/WAL 을 Debezium 이 읽음.
- Outbox 테이블의 INSERT 만 필터.
- Kafka 로 자동 발행.
- 앱 코드는 outbox INSERT 만 — publisher 코드 불필요.
```yaml
# Debezium connector
{
"connector.class": "io.debezium.connector.postgresql.PostgresConnector",
"transforms": "outbox",
"transforms.outbox.type": "io.debezium.transforms.outbox.EventRouter",
"transforms.outbox.table.field.event.id": "id",
"transforms.outbox.table.field.event.key": "aggregate_id",
"transforms.outbox.table.field.event.payload": "payload"
}
```
### TX-side cleanup
```ts
// 발행된 이벤트 N일 후 삭제
DELETE FROM outbox WHERE sent_at < NOW() - INTERVAL '30 days';
```
### Lock for parallel publishers
```sql
-- N 개 publisher 가 동시에 도는 경우
SELECT * FROM outbox
WHERE sent_at IS NULL
ORDER BY id
LIMIT 100
FOR UPDATE SKIP LOCKED;
```
## 🤔 의사결정 기준
| 상황 | 추천 |
|---|---|
| Postgres + 이벤트 발행 | Outbox + poll publisher |
| 큰 처리량 + Kafka | Outbox + Debezium CDC |
| Strict ordering 필요 | Outbox + partition key (aggregate_id) |
| 여러 broker | Outbox + 여러 publisher |
| Email / Slack 알림 | Outbox 패턴 그대로 |
| Idempotency 강 | Consumer 측 dedupe table |
## ❌ 안티패턴
- **Dual-write 직접**: DB commit + publish 사이 crash → 한쪽 실패.
- **Outbox publish 후 삭제**: 한 번에 안 되면 stuck.
- **Polling 대신 immediate publish (트랜잭션 후)**: crash 위험.
- **Sent_at 기반 ID 정렬 X**: skip 가능. id 정렬.
- **Partitioning 없이 강 ordering**: 불가능.
- **Cleanup 안 함**: 테이블 무한.
- **Consumer 멱등성 없음**: at-least-once 가 중복.
## 🤖 LLM 활용 힌트
- DB commit + 이벤트 발행 = outbox.
- Postgres SKIP LOCKED 로 병렬 publisher.
- Debezium 도입 시 publisher 코드 X.
## 🔗 관련 문서
- [[Backend_Saga_Patterns]]
- [[Backend_Event_Sourcing]]
- [[Backend_Webhook_Patterns]]