docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/Node.js Production Monitoring.md

@@ -1,4 +1,4 @@
-# [[Node.js Production Monitoring]]
+# [[Node.js Production Monitoring|Node.js Production Monitoring]]
 
 ## 📌 Brief Summary
 Node.js 프로덕션 모니터링은 단일 프로세스로 장기 실행되는 Node.js 애플리케이션 환경에서 메모리 누수나 성능 저하를 감지하고 해결하기 위한 필수적인 과정입니다 [1, 2]. 정상적인 가비지 컬렉션(GC) 이후 메모리가 기준치로 돌아오는지(톱니바퀴 패턴) 혹은 계속 증가하는지(래칫 패턴)를 관찰하여 이상 징후를 파악합니다 [2]. 이를 위해 `process.memoryUsage()`, 힙 스냅샷(Heap Snapshot), GC 이벤트 추적, 그리고 Prometheus와 같은 외부 알림 도구를 종합적으로 활용하여 애플리케이션의 OOM(Out of Memory) 충돌을 방지하고 안정성을 유지합니다 [3-5].
@@ -15,8 +15,8 @@ Node.js 프로덕션 모니터링은 단일 프로세스로 장기 실행되는
 * **일반적인 경고 및 누수 지표:** 모니터링 중 RSS는 증가하지만 힙 메모리가 안정적이라면 Native Buffer 또는 C++ 바인딩의 누수를 의심해야 하며, 이는 `process.memoryUsage().external`을 통해 확인할 수 있습니다 [12]. 또한, 단일 이벤트 방출기에 리스너가 누적될 때 발생하는 `MaxListenersExceededWarning` 경고는 프로덕션 환경에서 이벤트 리스너 누수의 확실한 신호로 간주됩니다 [6, 12].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[V8 Garbage Collection]], [[Heap Snapshot]], [[Memory Leak]], [[Performance Hooks]], [[Prometheus]]
-- **Projects/Contexts:** [[Node.js Production Server]]
+- **Related Topics:** [[V8 가비지 컬렉션(Garbage Collection)|V8 Garbage Collection]], [[Heap Snapshot|Heap Snapshot]], [[Memory Leak|Memory Leak]], Performance Hooks, Prometheus
+- **Projects/Contexts:** Node.js Production Server
 - **Contradictions/Notes:** Node.js는 단일 프로세스로 수명이 길기 때문에 요청 컨텍스트가 프로세스와 함께 소멸하는 전통적인 다중 프로세스 서버와 다르게 메모리 참조가 지속적으로 누적된다는 구조적 차이점이 있습니다 [1]. 한편, 모니터링이나 특정 엣지 케이스에서 `--expose-gc`를 통해 수동으로 GC(`global.gc()`)를 트리거할 수 있지만, 이는 정상적인 자동 GC 알고리즘을 비활성화하는 것은 아니며 남용할 경우 심각한 성능 저하를 유발할 수 있으므로 주의가 필요합니다 [13, 14].
 
 ---