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>

10_Wiki/Topics/Domain_Programming/Backend/Netflix_OSS.md

@@ -0,0 +1,33 @@
+---
+category: Backend
+tags: [auto-wikified, technical-documentation, backend]
+title: Netflix OSS
+description: "**Netflix OSS(Open Source Software)**는 넷플릭스(Netflix)가 클라우드 환경으로 아키텍처를 전환하며 자체적으로 구축하고 오픈소스로 공개한 Java 기반의 클라우드 인프라 라이브러리 및 시스템이다 [1]."
+last_updated: 2026-05-04
+---
+
+# Netflix OSS
+
+## 📌 Brief Summary
+**Netflix OSS(Open Source Software)**는 넷플릭스(Netflix)가 클라우드 환경으로 아키텍처를 전환하며 자체적으로 구축하고 오픈소스로 공개한 Java 기반의 클라우드 인프라 라이브러리 및 시스템이다 [1]. 주요 컴포넌트로는 서비스 디스커버리를 위한 Eureka, 로드 밸런싱을 위한 Ribbon, 내결함성을 제공하는 Hystrix 등이 있다 [1, 2]. 최근에는 대규모 자체 인프라 유지에 따른 기술 부채를 줄이기 위해, 커뮤니티 표준인 Spring Boot 및 Spring Cloud 생태계로 핵심 기능들을 이관 및 통합하는 방향으로 진화하고 있다 [3, 4].
+
+## 📖 Core Content
+*   **Netflix OSS의 탄생과 주요 컴포넌트**
+    2007년 넷플릭스는 대규모 클라우드 아키텍처로의 전환을 시작하며, 당시 요구사항을 충족하는 외부 솔루션이 부족하여 자체적인 클라우드 인프라 라이브러리를 개발했다 [1, 5]. 대표적으로 **로드 밸런서인 Ribbon**, **서비스 디스커버리 시스템인 Eureka**, **장애 허용성 및 서킷 브레이커 역할을 하는 Hystrix**, 종속성 주입 및 수명 주기 관리를 위한 Governator, 환경 설정을 담당하는 Archaius 등이 구성 요소로 포함되었으며, 2012년경 이를 오픈소스로 공개했다 [1].
+
+*   **Spring Cloud Netflix와의 통합**
+    2015년 커뮤니티 주도로 'Spring Cloud Netflix' 1.0이 출시되면서 Netflix OSS 컴포넌트들을 Spring Boot와 통합하는 작업이 이루어졌다 [3]. 이 통합을 통해 개발자들은 Eureka(서비스 디스커버리), Hystrix(서킷 브레이커), Zuul(지능형 라우팅), Ribbon(클라이언트 측 로드 밸런싱)과 같은 분산 시스템의 필수 패턴들을 Spring Boot 애플리케이션 내에서 쉽게 구현하고 사용할 수 있게 되었다 [2, 6].
+
+*   **커뮤니티 주도 표준으로의 회귀 (Spring Boot 도입)**
+    초기에는 넷플릭스 시스템의 안정성, 확장성, 효율성을 위해 내부 솔루션이 필수적이었으나, 이후 Spring 에코시스템이 방대하게 발전함에 따라 넷플릭스 역시 **Spring Boot를 핵심 Java 프레임워크로 전면 채택**하게 되었다 [5]. 넷플릭스는 노후화된 자체 소프트웨어(예: Ribbon)를 Spring Cloud Load Balancer와 같은 강력한 커뮤니티 솔루션으로 대체하고 있으며, 반대로 새로운 혁신 기술(예: Netflix Adaptive Concurrency Limiters)은 오픈소스 커뮤니티에 다시 환원하는 상호 보완적 전략을 실행하고 있다 [4, 7].
+
+## ⚖️ Trade-offs & Caveats
+*   **자체 기술 개발(In-house)의 한계와 기술 부채**
+    초기 클라우드 전환기에는 필요한 수준의 안정성과 확장성을 갖춘 프레임워크가 없어 기업 내부에서 직접(In-house) 솔루션을 개발해야 했으나, 시스템이 방대해짐에 따라 **자체 인프라 라이브러리를 유지보수하는 것은 막대한 기술 부채와 오버헤드를 발생**시켰다 [4, 5]. 
+
+*   **표준 생태계 레버리지 활용의 이점**
+    넷플릭스의 아키텍처 전환 사례는 넷플릭스 정도의 글로벌 대기업이라 할지라도, 독자적인 기술 생태계를 고집하기보다는 **고도로 추상화되고 문서화가 잘 된 커뮤니티 표준(Spring Boot, Spring Cloud 등)의 레버리지를 활용하는 것이 장기적 효율성 측면에서 훨씬 유리함**을 보여준다 [4, 8]. 조직의 핵심 비즈니스가 아닌 범용 인프라 영역에서는 성숙한 커뮤니티 솔루션으로 과감히 이관하는 것이 비즈니스 민첩성(Agility)을 높게 유지하는 데 긍정적으로 작용한다 [7, 8].
+
+
+---
+*Last updated: 2026-05-03*