docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
Antigravity Agent
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-662214
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
id: [[P-Reinforce|P-Reinforce]]-662214
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture|Architecture]]"
|
||||
confidence_score: 0.95
|
||||
tags: []
|
||||
last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Mega Batch - Wikified API-Contract-Definition"
|
||||
---
|
||||
|
||||
# [[API-Contract-Definition]]
|
||||
# [[API-Contract-Definition|API-Contract-Definition]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 핵심 요약 작업 진행 중
|
||||
|
||||
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-E43C2B
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
id: [[P-Reinforce|P-Reinforce]]-E43C2B
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture|Architecture]]"
|
||||
confidence_score: 0.95
|
||||
tags: []
|
||||
last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Mega Batch - Wikified API-First Architecture"
|
||||
---
|
||||
|
||||
# [[API-First Architecture]]
|
||||
# [[API-First Architecture|API-First Architecture]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> **API-First Architecture**는 애플리케이션 프로그래밍 인터페이스(API)를 시스템의 최우선 제품으로 취급하는 소프트웨어 설계 방식입니다 [1]. 제품을 먼저 구축하고 나중에 API를 덧붙이는 대신, API의 설계와 문서화부터 개발을 시작합니다 [1]. 이러한 계약 우선(contract-first) 방법론을 통해 API의 일관성과 재사용성을 보장하며, 프론트엔드와 백엔드 개발 팀이 분리되어 병렬로 효율적인 작업을 진행할 수 있도록 지원합니다 [1, 2].
|
||||
@@ -24,7 +24,7 @@ github_commit: "[P-Reinforce] Mega Batch - Wikified API-First Architecture"
|
||||
* **병렬 개발을 위한 API 모킹(Mocking):** Postman이나 Stoplight 같은 도구를 사용하여 사양에 기반한 기능적인 모의 서버(Mock server)를 생성해야 합니다 [4]. 이는 프론트엔드 개발자의 작업 병목을 해소하고 조기 테스트와 피드백을 가능하게 합니다 [4].
|
||||
|
||||
* **이상적인 활용 사례 및 기대 효과**
|
||||
* 공개 API([[Public APIs]]) 환경, 다중 팀의 통합이 필요한 프로젝트, 프론트엔드와 백엔드의 병렬 작업이 요구되는 현대적인 분산 시스템에 가장 이상적인 아키텍처입니다 [2, 5].
|
||||
* 공개 API([[Public APIs|Public APIs]]) 환경, 다중 팀의 통합이 필요한 프로젝트, 프론트엔드와 백엔드의 병렬 작업이 요구되는 현대적인 분산 시스템에 가장 이상적인 아키텍처입니다 [2, 5].
|
||||
* 명확한 계약의 확립, 병렬 개발을 통한 속도 향상, 더 나은 문서화를 도출할 수 있습니다 [5].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
|
||||
+6
-6
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-AUTO-4BB54E
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-4BB54E
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture|Architecture]]"
|
||||
confidence_score: 0.98
|
||||
tags: [AlphaGo, MCTS, Reinforcement Learning, Simulation, [[Robotics]]]
|
||||
tags: [AlphaGo, MCTS, Reinforcement Learning, Simulation, [[Robotics|Robotics]]]
|
||||
last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Substantial content added to AI Simulation Bundle."
|
||||
---
|
||||
|
||||
# [[AlphaGo (Monte Carlo Tree [[Search]] + RL)], [Autonomous Driving Simulation], [Robotic Manipulation]]
|
||||
# [[AlphaGo (Monte Carlo Tree Search RL)] [Autonomous Driving Simulation] [Robotic Manipulation|AlphaGo (Monte Carlo Tree Search + RL)], [Autonomous Driving Simulation], [Robotic Manipulation]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 복잡한 의사결정 문제는 '모든 경우의 수'를 계산하는 것이 아니라, '승리(성공) 가능성이 높은 경로'를 시뮬레이션으로 탐색하고 그 경험을 신경망(RL)에 내재화하는 과정이다.
|
||||
@@ -25,5 +25,5 @@ github_commit: "[P-Reinforce] Substantial content added to AI Simulation Bundle.
|
||||
- 시뮬레이션은 정교할수록 좋지만, 현실과의 괴리인 'Reality Gap'이 항상 존재한다. 이를 해결하기 위해 Domain Randomization(시뮬레이션 환경에 무작위 변동을 주어 강건함을 확보) 기법이 필수적으로 동반되어야 한다.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Related: [[Digital Twins]] , Reinforcement Learning , [[Systemic_Simulation_Principles]]
|
||||
- Foundation: [[Information Theory]]
|
||||
- Related: [[Digital Twins|Digital Twins]] , Reinforcement Learning , [[Systemic_Simulation_Principles|Systemic_Simulation_Principles]]
|
||||
- Foundation: [[Information Theory|Information Theory]]
|
||||
|
||||
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-4F930E
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
id: [[P-Reinforce|P-Reinforce]]-4F930E
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture|Architecture]]"
|
||||
confidence_score: 0.95
|
||||
tags: []
|
||||
last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Mega Batch - Wikified Architectural-Constraint-Enforcement"
|
||||
---
|
||||
|
||||
# [[Architectural-Constraint-Enforcement]]
|
||||
# [[Architectural-Constraint-Enforcement|Architectural-Constraint-Enforcement]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 핵심 요약 작업 진행 중
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
id: DDD-MASTER-001
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture|Architecture]]"
|
||||
confidence_score: 1.0
|
||||
tags: [architecture, ddd, strategic-design, tactical-design, ubiquitous-language]
|
||||
last_reinforced: 2026-04-26
|
||||
@@ -20,7 +20,7 @@ last_reinforced: 2026-04-26
|
||||
- **전술적 설계 (Tactical Design):**
|
||||
- **Entity & Value Object:** 식별자 기반의 객체와 속성 기반의 값 객체 구분.
|
||||
- **Aggregate:** 데이터 변경의 단위로 묶인 객체들의 집합. Root 엔티티를 통해서만 접근.
|
||||
- **[[Repository]]:** 도메인 객체의 생명주기를 관리하고 저장소 추상화 제공.
|
||||
- **[[Repository|Repository]]:** 도메인 객체의 생명주기를 관리하고 저장소 추상화 제공.
|
||||
- **Domain Service:** 특정 엔티티에 속하기 어려운 비즈니스 로직 처리.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
@@ -34,4 +34,4 @@ last_reinforced: 2026-04-26
|
||||
- 10_Wiki/Topics/AI/Domain-Driven Design (DDD) in TypeScript.md
|
||||
- 10_Wiki/Topics/AI/Domain-Driven Design (DDD) Type Safety.md
|
||||
- 10_Wiki/Topics/AI/도메인 주도 설계 (Domain-Driven Design DDD).md
|
||||
- 10_Wiki/Topics/[[Frontend]]_[[Mastery]]/Domain-Driven Design (DDD).md
|
||||
- 10_Wiki/Topics/[[Frontend|Frontend]]_[[Mastery|Mastery]]/Domain-Driven Design (DDD).md
|
||||
@@ -1,9 +1,9 @@
|
||||
# Index: Topics > Software Architecture
|
||||
|
||||
## 📝 Documents
|
||||
- [[API-Contract-Definition]]
|
||||
- [[API-First Architecture]]
|
||||
- [[AlphaGo (Monte Carlo Tree Search RL)] [Autonomous Driving Simulation] [Robotic Manipulation]]
|
||||
- [[Architectural-Constraint-Enforcement]]
|
||||
- [[Domain-Driven Design (DDD)]]
|
||||
- [[Microservices-Architecture]]
|
||||
- [[API-Contract-Definition|API-Contract-Definition]]
|
||||
- [[API-First Architecture|API-First Architecture]]
|
||||
- [[AlphaGo (Monte Carlo Tree Search RL)] [Autonomous Driving Simulation] [Robotic Manipulation|AlphaGo (Monte Carlo Tree Search RL)] [Autonomous Driving Simulation] [Robotic Manipulation]]
|
||||
- [[Architectural-Constraint-Enforcement|Architectural-Constraint-Enforcement]]
|
||||
- [[Domain-Driven-Design-DDD|Domain-Driven Design (DDD]]
|
||||
- [[Microservices-Architecture|Microservices-Architecture]]
|
||||
|
||||
@@ -1,20 +1,20 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-AI-048
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
id: [[P-Reinforce|P-Reinforce]]-AI-048
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture|Architecture]]"
|
||||
confidence_score: 0.99
|
||||
tags: [microservice, architecture, distributed[[ system]], [[Scalability]]]
|
||||
tags: [microservice, architecture, distributedSystem, [[Scalability|Scalability]]]
|
||||
last_reinforced: 2026-06-XX
|
||||
github_commit: "[P-Reinforce] Processed Microservices-Architecture.md"
|
||||
---
|
||||
|
||||
# [[Microservices-Architecture]] (마이크로서비스 아키텍처)
|
||||
# [[Microservices-Architecture|Microservices-Architecture]] (마이크로서비스 아키텍처)
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 하나의 거대한 애플리케이션을 작고 독립적인 서비스들의 집합으로 나누어, 각 서비스를 독립적으로 개발, 배포, 확장할 수 있게 하는 분산 시스템 설계 방식이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **정의:** 단일 책임 원칙(SRP)을 아키텍처 수준까지 끌어올린 개념이다. 비즈니스 도메인별로 독립적인 서비스 경계(Bounded Context)를 설정하고, 각 서비스를 자체 데이터베이스와 통신 메커니즘으로 운영한다.
|
||||
- **장점 (Scalability & [[Resilience]]):**
|
||||
- **장점 (Scalability & [[Resilience|Resilience]]):**
|
||||
1. **독립적 배포:** 특정 기능의 장애가 전체 시스템에 영향을 미치지 않는다 (Fault Isolation).
|
||||
2. **기술 스택 자유도:** 각 서비스는 가장 적합한 언어와 데이터베이스를 선택할 수 있다 (Polyglot Persistence/Programming).
|
||||
3. **확장성:** 트래픽이 몰리는 특정 서비스만 독립적으로 자원을 증설할 수 있다.
|
||||
@@ -27,7 +27,7 @@ github_commit: "[P-Reinforce] Processed Microservices-Architecture.md"
|
||||
- **정책 변화:** MSA 도입 시, 서비스 간 통신 규약 (API Contract) 정의가 가장 중요한 첫 번째 단계이며, 이를 위한 API 게이트웨이 및 서비스 메시(Service Mesh)의 활용이 표준으로 자리 잡고 있다.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Parent: [[Microservices-Architecture]]
|
||||
- Related: [[Bounded Contexts]] , [[Event Storming]] , [[API-First Architecture]]
|
||||
- Parent: [[Microservices-Architecture|Microservices-Architecture]]
|
||||
- Related: [[Bounded Contexts|Bounded Contexts]] , Event Storming , [[API-First Architecture|API-First Architecture]]
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user