Files
2nd/10_Wiki/Topics/Architecture/Service-oriented-Architecture.md
T

2.6 KiB

id, category, confidence_score, tags, last_reinforced
id category confidence_score tags last_reinforced
SYS-SOA-001 Unified 1.0
systems
Architecture|Architecture
soa
service-oriented
microservices
decoupling
InterOperability
2026-04-26

Service-oriented Architecture (SOA, 서비스 지향 아키텍처)

📌 한 줄 통찰 (The Karpathy Summary)

"거대한 시스템을 독립적인 기능을 가진 '서비스'들의 집합으로 해체하고, 표준화된 통신(Interface)을 통해 이들이 유연하게 협력하게 하라" — 비즈니스 기능을 독립적인 서비스 단위로 쪼개어 네트워크상에서 서로 연동 가능하게 설계하는 소프트웨어 아키텍처 스타일.

📖 구조화된 지식 (Synthesized Content)

  • 추출된 패턴: "Service Decoupling and Standardized Interoperability" — 각 서비스가 특정 기술에 종속되지 않고 공용 프로토콜(주로 SOAP나 REST)을 통해 대화하게 함으로써, 전체 시스템의 유연성과 재사용성을 극대화하는 패턴.
  • 핵심 원칙:
    • Loose Coupling: 서비스 간의 의존성을 최소화하여 개별 업데이트 용이.
    • Service Contract: 서비스가 제공하는 기능과 입출력 형식을 명확히 정의.
    • Reusability: 하나가 만든 기능을 다른 여러 서비스에서 호출하여 중복 제거.
    • Composability: 작은 서비스들을 조합하여 더 큰 비즈니스 로직 완성.
  • 의의: 90년대 중반부터 현대 마이크로서비스 아키텍처(MSA)의 철학적 모태가 되었으며, 복잡한 엔터프라이즈 시스템을 관리 가능한 수준으로 유지하는 데 결정적인 역할을 함.

⚠️ 모순 및 업데이트 (Contradictions & RL Update)

  • 과거 데이터와의 충돌: 중앙 집중형 서비스 버스(ESB)를 사용하는 무거운 SOA 방식에서, 이제는 가벼운 API 게이트웨이와 메시지 브로커 중심의 민첩한 마이크로서비스 방식으로 진화하며 '서비스 지향'의 본질은 계승하고 구현의 복잡도는 낮추는 방향으로 발전함.
  • 정책 변화: Antigravity 프로젝트는 에이전트의 각 기능(검색, 생성, 검증 등)을 독립적인 서비스 모듈로 설계하여, 필요에 따라 개별적으로 확장하거나 교체할 수 있는 SOA의 유연성 원칙을 고수함.

🔗 지식 연결 (Graph)