서비스 지향

Service-orientation

서비스 지향은 서비스 형태의 컴퓨터 소프트웨어의 설계 패러다임입니다.서비스 지향 설계의 원칙은 소프트웨어에서 우려의 분리를 강조한다.서비스 오리엔테이션을 적용하면 개별 문제를 해결하도록 설계된 개별 단위, 자율 단위 및 네트워크 접근 가능한 단위로 분할된 소프트웨어 단위가 생성됩니다.이러한 유닛은 [1][2]서비스로서 사용할 수 있습니다.

서비스 지향의 원칙과 원칙의 역사

서비스 지향은 2003년 이후 많은 관심을[3] 받아 왔습니다.여기에는 투자수익률 향상, 조직의 민첩성 및 상호운용성 향상 및 비즈니스와 IT 간의 조정성 향상 등이 포함됩니다.이는 이전의 설계 패러다임을 크게 기반으로 하며 표준화, 느슨한 결합 및 비즈니스 [4]관여를 통해 이러한 패러다임을 강화합니다.패러다임은 2009년에 [5]모멘텀을 잃었고, 2014년부터 마이크로 서비스라는 별명으로 새로운 관심을 볼 수 있습니다.기술 측면에서는 벤더마다 SOA 플랫폼마다 서비스 지향에 대한 정의가 다릅니다.일부 공급업체는 다른 공급업체보다 다른 원칙과 원칙을 홍보하지만 상당한 공통성이 존재합니다.[6]

서비스 지향은 객체 지향 프로그래밍, 컴포넌트 기반 소프트웨어 엔지니어링 및 개방형 분산 프로세싱 등 이전의 패러다임에서 소수의 원칙을 계승합니다.몇 가지 서비스 지향 원칙이 객체 지향 설계 패러다임에 뿌리를 두고 있다는 것은 일반적으로 인정되고 있습니다.그 둘은 상호보완적인 패러다임이며 항상 [7]양쪽 모두에 대한 필요성이 있을 것이다.또한 서비스는 다음과 같은 소프트웨어 컴포넌트의 많은 기능을 상속합니다.

  • 다용도
  • 비콘텍스트 고유
  • 컴포지터블
  • 캡슐화, 즉 인터페이스를 통한 조사 불가
  • 독립된 도입 및 버전 관리 유닛

ODP(Open Distributed Processing)는 서비스 지향의 필수적인 특징인 오픈 시스템과 분산 컴퓨팅의 개념을 결합합니다.ODP의 주요 기능은 모두 연합, 상호 운용성, 이종성, 투명성 및 거래/브로킹 등 서비스 지향에 의해 계승됩니다.

본질적 특징

Don Box는 "서비스 지향의 4가지 원칙"이라고 불리는 일련의 설계 가이드라인을 최초로 제공한 기업 중 하나였습니다.그는 주로 이 가이드라인을 Microsoft Indigo(이후 Windows Communication Foundation) 플랫폼과 관련하여 다음과 같이 설명했습니다.

  1. 경계가 명확하다
  2. 서비스는 자율적입니다.
  3. 클래스가 아닌 스키마와 계약을 공유하는 서비스
  4. 서비스 호환성은 정책에 따라 결정됩니다.

예를 들어, "SOA in Practice"의 N. Josuttis와 "Enterprise SOA"의 D: Krafzig 등 다른 공급업체와 독립 컨설턴트는 서비스 지향 및 SOA에 대한 정의를 발표했습니다.IBM System[8] Journal 2005년 12월호에서 "비즈니스 [9]수준에서 서비스 지향의 영향"이라는 제목의 기사는 서비스 지향 패러다임이 기본 구성요소화 및 IBM 구성요소 비즈니스 모델(CBM)과 어떻게 관련되어 있는지에 대한 연구를 제공했습니다.

Paul Allen은 서비스 오리엔테이션을 비즈니스 아키텍처, 서비스 지향 아키텍처 및 소프트웨어 지향 관리라는 세 가지 주요 구성요소로 이루어진 (비즈니스) 패러다임으로 정의합니다.Allen의 책에서는 7가지 서비스 지향 시점(SOV7)을 정의하고 있습니다.Allen, Paul (2006). Service Orientation Winning Strategies and Best Practices. Cambridge University Press. ISBN 978-0521843362.

  1. 투과성
    • 고객의 서비스 이용 경험의 원활함
  2. 고객 맞춤
    • 고객의 다양한 요구에 맞추어 오퍼링을 커스터마이즈할 수 있습니다.
  3. 파트너의 접속
    • 서드파티를 통한 상품 서비스 수행 능력
    • 다양한 파트너에게 서비스를 제공할 수 있는 능력
  4. 적응.
    • 시장의 변화에 적응하는 것.
  5. 멀티채널 기능
    • 다양한 채널을 사용하여 연속성을 실현하는 프로세스를 통해 고객의 엔드 투 엔드를 지원합니다.
    • 다른 채널을 통해 동일한 서비스를 제공합니다.
  6. 최적화
    • 하이 퍼포먼스 레벨의 서비스를 실시간으로 제공합니다.
  7. 원스톱 익스피리언스
    • 하나의 서비스를 통해 고객의 다양한 요구에 부응합니다.

앨런은 설계 프로세스에서 질문을 하기 위한 출발점으로 관점을 사용합니다.

서비스 지향은 서비스 지향 컴퓨팅 환경의 중요한 부분이자 서비스 지향 아키텍처를 실현하기 위한 유효한 설계 접근방식으로 계속 인식되고 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Erl, Thomas. "SOA Principles".
  2. ^ "Service-Oriented Software Engineering".
  3. ^ "Gartner's Hype Cycle Special Report for 2005" (PDF).
  4. ^ Erl, Thomas. "What Is SOA? - Introduction".
  5. ^ "SOA is Dead; Long Live Services". Application Platform Strategies Blog.
  6. ^ 리버하트, 다니엘SOA가 실현됩니다.Hanser, 2007, 페이지 22
  7. ^ "Elements of Service-Oriented Analysis and Design". www.ibm.com. 2 June 2004.
  8. ^ "IBM Journal of Research & Development". www.research.ibm.com. 23 October 2017.
  9. ^ "IBM Journal of Research & Development". www.research.ibm.com. 23 October 2017.

추가 정보