1.1 잘못된 soa
soa = 웹서비스 ->soa의 이점을 누리려면 웹서비스 플랫폼에 투자하기만 하면된다..(X)
1.1.2 이상적인 soa
- 일반적인 모델 - > 직무, 솔루션, 기업, 커뮤니티등에 동등하게 적용가능
- 추상화레이어 - > 로직과 정보의 표준을 제시
1.1.3 실제 soa
- 조직을 하향식으로 변환
- 가이드 필수
3.1 SOA 기본
- 서비스 지향 = 관심의 분리(SEPARATING CONCERN)
3.1.1 서비스 지향의 개념
- 서비스 지향 + 아키텍쳐 = 기술적 의미의 SOA
- SOA :자동화 로직이 작고 특정한 로직으로 분할할수있는 모델
- SOA : 로직의 개별단위 들이 상호간에 서로 고립되지 않고 상호작용하면서도 자율적으로 존재해야함
3.1.2 서비스의 로직 캡슐화 방식
- 전체 프로세스 -> 캡슐화된 서비스
- 개별적인 서브 프로세스 -> 캡슐화된 서비스
- 여러단계의 서브 프로세스 -> 캡슐화된 서비스
3.1.3 서비스 간의 연결 방식
서비스A ------->서비스B에 대한 명세 ------------------------> 서비스B
3.1.4 서비스 간의 커뮤니케이션 방식
- 메세지 : 커뮤니케이션이 독립적 단위 = 자율적 = 프로세스 로직의 일부를 스스로 통제할 수 있어야 함
3.1.5 서비스 설계 방식
- 느슨한 결합(Loose coupling)
- 서비스계약(Service Contract) : 서비스들은 커뮤니케이션에 동의해야하며, 하나 호은 그 이상의 서비스 명세와 관련 문서들로 정의된다.
- 자율성
- 추상화
- 재사용성
- 조합성
- 무상태 유지(Stateless)
- 발견성 : 명세를 기반으로 설계하므로 외부에서 쉽게 찾을 수 있고 서비스를 식별하는 메커니즘을 통해 접근할 수 있다
3.1.6 서비스 구축 방식
- 웹 서비스
3.1.7 초기 SOA
- 앞에서 말한 특성들을 만족하는 SOA
- 아이디어에서 좀더 진보한 SOA
3.2 최신 SOA
- 초기 SOA + 품질
- 서비스 지향 컴퓨팅 플랫폼의 핵심
- 서비스 품질향상
- 자율성
- 공개표준기반
- 다양한 벤더지원
- 서비스 발견성
- 상호운영성
- 통합용이성
- 아키텍처 조합성
- 재사용성
- 확장성
- 서비스지향 비즈니스 모델 지원
- 추상화된 레이어 구현
- 느슨한 결합관계
- 조직적 기민성
- 블록쌓기 방식의 구축
- 진화의 산물
- 계속되는 진화
- 실현 가능한 아이디어
- SOA 정의
SOA는 비즈니스 로직과 기술을 추상화 하여, 이 도메인간에 느슨한 결합을 유도한다.
SOA는 과거 플랫폼의 진화물로서, 전통적인 아키텍처의 특징들을 고스란히 가지고 있으며, 명확한 원칙을 가지고 SOE를 지원하며 서비스 지향을 촉진한다.
SOA는 엔터프라이즈 환경을 이상적으로는 표준화하지만, 치밀한 사전 계획에 의한 이전 필요성과 현재도 진화하고 있는 기술에 대한 지원만이 이러한 목적을 달성할 수 있다.