수정중....
5.1 웹서비스 프레임워크
  - 표준체계로 정의 되고 기술플랫폼으로 구현되어 추상화 수준이 높은형태로 존재
  - 웹서비스, 서비스 명세, 메시지를 포함하는 핵심구축단위
  - 커뮤니케이션 규약은 WSDL 기반의 서비스 명세 중심
  - 메시지 프레임워크는 SOAP의 기술과 개념으로 구성
  - 서비스 명세의 등록과 발견 아키텍처는 때때로 UDDI를 통해 구현
  - 메시징 패턴과 조합을 지원하는 잘정의된 아키텍처 존재

서비스의 로직 캡슐화방식 ------------------------> 웹서비스에서의 서비스
서비스간의 연결방식 -----------------------------> WSDL 서비스 명세
서비스간의 커뮤니케이션 방식 --------------------> SOAP 메시징

5.2 웹서비스에서의 서비스
5.2.1 서비스 역할
  - 서비스 제공자
  - 서비스 요청자 혹은 서비스 소비자
  - 중계자
5.2.2 서비스 모델
  - 비즈니스 서비스 모델
  - 유틸리티 서비스 모델
  - 컨트롤러 서비스 모델
5.3 WSDL 서비스 명세
5.3.1 서비스 엔트포인트와 서비스 명세
  - 추상명세
  - 실제명세
5.3.2 추상명세
  - 웹서비스 인터페이스 특징을 정의
  - 인터페이스(WSDL2.0) <- 포트타입(PORTTYPE) : 메시지를 분류하여 한 서비스가 오퍼레이션으로 알려진 기능의 그룸으로 처리될수 있다.
  - 오퍼레이션 : 서비스가 수행하는 특정기능
  - 메시지 : 파라미터
5.3.3 실제명세
  - 추상 웹서비스 인터페이스를 물리적인 전송 프로토콜에 연결
  - 바인딩 : 물리적인 연결을 수립하기 위한 서비스나 그 서비스를 수행하기 위한 연결에 필요한 것을 설명, 서비스 커뮤니케이션을 위해 사용, SOAP이 가장 일반적임
  - 포트 : 서비스가 어떤 특정 프로토콜로 접속할 때 물리적인 주소
  - 엔드포인트(WSDL2.0) <- 서비스 : 관련된 엔드포인트의 그룹
5.3.4 메타데이터와 서비스 제약
  - WSDL 정의
  - XSD 스키마
  - 정책
  - 서비스 계약 : 추가적인 문서나 서비스 명세에서 표현되지 않는 협약(SLA)
5.3.5 의미적 명세
5.3.6 서비스 명세 통지와 발견
  - 서비스 명세를 통지하고 발견하는 메커니즘 필요 - 중앙집중적인 디렉토리와 레지스트리
  - UDDI
  - 사설 레지스트리
  - 공용 레지스트리
5.4 SOAP 메시징

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는 비즈니스 로직과 기술을 추상화 하여, 이 도메인간에 느슨한 결합을 유도한다.
SOA는 과거 플랫폼의 진화물로서, 전통적인 아키텍처의 특징들을 고스란히 가지고 있으며, 명확한 원칙을 가지고 SOE를 지원하며 서비스 지향을 촉진한다.
SOA는 엔터프라이즈 환경을 이상적으로는 표준화하지만, 치밀한 사전 계획에 의한 이전 필요성과 현재도 진화하고 있는 기술에 대한 지원만이 이러한 목적을 달성할 수 있다.


 

+ Recent posts