SOA (Service Oriented Architecture)

1. SOA의 정의
- 표준 기반의 공동 사용 가능한 서비스들의 관계를 느슨한 결합으로 모델링하여 소프트웨어의 서비스화를 지향하는 아키텍쳐

2. SOA의 필요성
- 분산 컴포넌트 방식이 현재 기업에서 유용하게 활용되지 못하는 단점을 가지고 있고, 기업 구조를 반영하지 못하는 단점이 대두됨
- 네트워크 인프라의 발달로 인하여 통합 문제에 대한 필요성의 대두와 빠르게 변화하는 기업환경에 대한 즉각적인 대응력이 요구됨

3. SOA의 기본 조건

요건	설명
Well-defined 인터페이스	서비스의 기능과 서비스 호출 규칙을 수립하는 계약
개방형 표준지향	합의된 기준
느슨한 결합	서비스를 특정 서비스 소비자와 완전히 분리
서비스 입도	의미있는 비즈니스 로직/프로세스 단위

4. SOA와 각 분야와의 관계

가. SOA & Enterprise Architecture 관계
- SOA는 Business 관점의 BA와 IT 관점의 TA/AA 사이의 격차 해소 또는 Alignment 최대화를 위한 수단이며, EA는 SOA 기반을 전사 확대하기 위한 기준 아키텍쳐임
- SOA는 EA의 IT 기능을 비즈니스 지향 서비스로 적용하는 방법임
- EA는 SOA의 전사 확대 지원 표준 및 비즈니스부터 어플리케이션, 기술 아키텍쳐까지 S/W의 서비스화를 위한 기반 아키텍쳐를 제공함

나. SOA & Web Service 관계
- SOA는 웹 서비스의 소프트웨어 아키텍쳐 개념/관점/접근 방법임
- SOA는 협업적 웹 서비스 및 Shared service를 위한 아키텍쳐임
- 웹 서비스는 SOA의 개념을 구체화 시킨 구현 기술임

다. SOA & BPM 관계
- SOA는 비즈니스 프로세스 구현 로직 단위 및 기준을 제공하며, BPM은 서비스 관점의 관리, 오케스트레이션, 통합 서비스 기능 등을 제공함
- SOA BPM에서 프로세스는 서비스의 인터페이스를 정의할 뿐 서비스의 내부 조직이나 환경에 영향을 받지 않음
- SOA는 표준에 근거한 BPM의 비즈니스 프로세스 구현 로직 단위 및 기준 제공
- BPM은 SOA의 서비스(비즈니스 프로세스) 관리 체계임

라. SOA & ESB 관계
- SOA는 메시징 버스 인프라의 확장성 및 유현성을 기반을 제공하며, ESB는 서비스 처리시 필요한 신뢰성, 비동기성, 내용기반 라우팅 등을 제고함
- ESB는 SOA의 서비스 처리시 필요한 신뢰성(전달보장), 비동기성, 메시지 변화, 내용 기반 라우팅을 제공함