목차:
- 일반 영어
- 사례 연구
비즈니스 프로세스를 자동화하거나 다양한 레거시 환경을 통합하기 위해 이미 엔터프라이즈 애플리케이션 통합 미들웨어 제품을 사용한 조직은 이미 오케스트레이션 개념에 익숙할 것입니다. 이러한 시스템에서 중앙에서 제어되는 워크플로 논리 집합은 둘 이상의 서로 다른 응용 프로그램 간의 상호 운용성을 용이하게 합니다. 오케스트레이션의 일반적인 구현은 여러 외부 참가자가 중앙 오케스트레이션 엔진과 인터페이스 할 수있는 허브 및 스포크 모델입니다.
이러한 솔루션을 만드는 원동력 중 하나는 대규모 비즈니스 프로세스의 병합을 수용하는 것이 었습니다. 오케스트레이션을 사용하면 원래 프로세스를 개별적으로 자동화 한 솔루션을 재개발하지 않고도 다양한 프로세스를 연결할 수 있습니다. 오케스트레이션은 새로운 워크플로 논리를 도입하여 이러한 격차를 해소합니다. 또한 오케스트레이션을 사용하면 솔루션 환경의 복잡성을 크게 줄일 수 있습니다. 워크플로 논리는 개별 솔루션 구성 요소에 포함될 때보다 추상화되고 쉽게 유지 관리됩니다.
서비스 지향 환경에서 오케스트레이션의 역할이 확대됩니다. 서비스를 통해 비즈니스 프로세스 논리를 표현할 수 있는 확장을 사용하여 오케스트레이션은 표준화된 서비스 기반 장소에서 비즈니스 논리를 표현하고 표현할 수 있습니다. 서비스 지향 솔루션을 구축 할 때 이는 자동화 된 프로세스를 나타내는 논리를 수용하고 제어하는 매우 매력적인 수단을 제공합니다.
오케스트레이션은 프로세스에 잠재적인 통합 끝점을 제공하여 서비스 설계에서 추구하는 본질적인 상호 운용성을 더욱 활용합니다. 오케스트레이션이 소사이어티 내에서 어떻게 배치되는지에 대한 중요한 측면은 오케스트레이션 자체가 서비스로 존재한다는 사실입니다. 따라서 오케스트레이션 논리를 기반으로 조직 전체의 프로세스 표현을 표준화하는 동시에 엔터프라이즈 페더레이션의 목표를 해결하고 서비스 방향을 촉진합니다.
그림 6.32. 오케스트레이션은 복잡한 활동의 거의 모든 측면을 제어합니다.
오케스트레이션을 표준화하는 주요 산업 사양은 웹 서비스 비즈니스 프로세스 실행 언어입니다. 따라서 비즈니스 프로세스 모델링과 관련된 여러 논의의 기초로서 그 개념과 용어를 사용한다.
참고
이 사양에 주어진 가장 최근의 이름입니다. 16 장을 참조한다.
일반 영어
성공적으로 함께 여러 차를 세척 한 후,척,밥,짐,나는 우리 자신의 회사를 시작하기로 결정. 우리는 우리가 청소 필요조건 여러가지 차의 다른 유형을 취급해서 좋다 그래야 우리의 차 세척 과정에 있는 단계를 공식화한다.
따라서 우리의 프로세스는 다음과 같은 새로운 요구 사항의 영향을받습니다:
- 우리는 피크 시간 동안 추가 도움을 고용하기로 결정. 이것은 우리 팀에 합류하는 최대 두 명의 추가 회원을 소개합니다.
- 우리는 이 사업을 위한 벤처 자본이 없기 때문에,우리는 국부적으로 주유소를 가진 배열을 만듭니다. 우리의 차 세척 가동을 위해 그들의 제비의 부분을 사용하기대신,우리는 그들의 피크 시간동안에 가스 양수 업무에 밖으로 돕 합의한다.
우리의 간단한 세차 과정은 이제 훨씬 더 복잡해졌습니다. 이 프로세스는 다양한 조건 및 이벤트의 결과로 주어진 시간에 변경 될 수 있다는 점에서 더 이상 고정되어 있지 않습니다.
- 추가 작업자가 도착하면 전체 팀의 작업 할당이 변경됩니다.
- 주유소 직원이 추가 도움이 필요한 경우,우리는 그들을 돕기 위해 우리의 자동차 세척 팀 구성원 중 하나 이상을 보낼 의무가있다.
이러한 예는 매일 발생하는 예측 가능한 조건과 관련이 있습니다. 우리의 작업은 몇 가지 제약 조건에 의해 더 영향을받습니다:
- 우리의 현금 흐름이 일정 금액 이하로 떨어지면,우리는 파트 타임 근로자를 감당할 수 없습니다.
- 비가 오면 모든 작업이 중단됩니다(또한 현금 흐름 감소로 이어짐).
이러한 제약 조건은 덜 일반적이지만 항상 고려해야 할 조건을 도입합니다. 이러한 잠재적 인 상황을 수용하기 위해,우리는 우리의 확장 된 프로세스를 매핑하고 공통 및 드문 조건을 모두 처리하기위한 대체 프로세스를 제공하는 계획을 마련.
이 계획은 기본적으로 개별 단계를 결정 지점으로 분할된 프로세스 및 하위 프로세스와 결합하는 워크플로우입니다. 이 정교한 워크 플로우는 주유소의 프로세스와 우리의 파트 타임 근로자의 도착으로 인한 확장 된 프로세스와 우리의 원래 프로세스를 통합합니다. 이 워크플로는 기본적으로 개별 프로세스 요구 사항 및 관련 리소스,참가자,이벤트,비즈니스 규칙 및 활동을 관리하는 오케스트레이션입니다.
6.6.1. 비즈니스 프로토콜 및 프로세스 정의
오케스트레이션으로 구성된 워크플로 논리는 수많은 비즈니스 규칙,조건 및 이벤트로 구성될 수 있습니다. 집합적으로 오케스트레이션의 이러한 부분은 참가자가 비즈니스 태스크 완료를 위해 상호 운용할 수 있는 방법을 정의하는 비즈니스 프로토콜을 설정합니다. 오케스트레이션에 의해 캡슐화되고 표현되는 워크플로 논리의 세부 사항은 프로세스 정의에 포함됩니다.
6.6.2. 프로세스 서비스 및 파트너 서비스
프로세스 정의 내에서 식별되고 설명된 것은 허용 가능한 프로세스 참여자입니다. 첫째,프로세스 자체가 서비스로 표현되어 프로세스 서비스가 생성됩니다(그림 6.33 과 같이 서비스 모델의 또 다른 모델 임).
그림 6.33. 세 파트너 서비스의 기능을 조정하고 노출하는 프로세스 서비스입니다.
프로세스 서비스와 상호 작용할 수 있는 다른 서비스는 파트너 서비스 또는 파트너 링크로 식별됩니다. 워크플로 논리에 따라 외부 파트너 서비스에서 프로세스 서비스를 호출하거나 다른 파트너 서비스를 호출할 수 있습니다(그림 6.34).
그림 6.34. 프로세스 서비스는 파트너 서비스에서 처음 호출된 후 다른 파트너 서비스를 호출합니다.
6.6.3. 기본 활동 및 구조화된 활동
워크플로 논리를 미리 정의된 일련의 기본 활동으로 나눕니다. 기본 활동(수신,호출,응답,던지기,대기)은 구조화 된 활동(시퀀스,스위치,동안,흐름,선택)에서 제공하는 논리를 사용하여 조립할 수있는 기본 워크 플로 작업을 나타냅니다. 이러한 활동을 사용하여 실제 비즈니스 프로세스 논리를 표현하는 방법은 16 장에서 살펴 봅니다.
6.6.4. 시퀀스,플로 및 링크
기본 및 구조화 된 활동은 실행 순서가 미리 정의되도록 구성 될 수 있습니다. 시퀀스는 관련 활동 그룹을 순차 실행 순서를 결정하는 목록으로 정렬합니다. 시퀀스는 응용 프로그램 논리의 한 부분이 다른 논리의 결과에 종속될 때 특히 유용합니다.
플로우에는 관련 활동 그룹도 포함되지만 서로 다른 실행 요구 사항이 도입됩니다. 즉,한 활동 집합이 다른 작업이 완료되기 전에 대기해야 할 필요는 없습니다. 그러나 캡슐화된 모든 활동이 처리를 완료할 때까지 흐름 자체가 완료되지 않습니다. 이렇게 하면 개별 흐름에 있는 응용 프로그램 논리 간의 동기화 형태가 보장됩니다.
링크는 흐름의 일부인 활동 간의 형식적 종속성을 설정하는 데 사용됩니다. 활동을 완전히 완료하려면 먼저 나가는 링크에 설정된 모든 요구 사항을 충족해야 합니다. 마찬가지로 링크 된 활동을 시작하기 전에 들어오는 링크에 포함 된 요구 사항을 먼저 충족해야합니다. 링크에서 제공하는 규칙을 동기화 종속성이라고도 합니다.
6.6.5. 오케스트레이션 및 활동
앞서 정의한 바와 같이 활동은 서비스 지향 솔루션으로 완료된 모든 논리적 작업 단위에 적용할 수 있는 일반적인 용어입니다. 따라서 단일 오케스트레이션의 범위는 복잡하고 장기 실행 가능성이 높은 활동으로 분류 할 수 있습니다.
6.6.6. 오케스트레이션 및 조정
오케스트레이션은 비즈니스 활동 조정 유형을 통합하여 조정 컨텍스트 관리 프레임 워크를 완전히 활용할 수 있습니다. 이 사양은 복잡한 장기 실행 활동을 지원하도록 설계된 조정 프로토콜을 정의합니다.
6.6.7. 비즈니스 프로세스 로직은 자동화 솔루션의 루트에 있습니다. 오케스트레이션은 프로세스 논리가 중앙 집중식이지만 여전히 확장 가능하고 구성 가능한 자동화 모델을 제공합니다(그림 6.35). 오케스트레이션의 사용을 통해 서비스 지향 솔루션 환경은 본질적으로 확장 가능하고 적응 가능합니다. 오케스트레이션 자체는 일반적으로 다른 응용 프로그램에 대한 공통 통합 지점을 설정하여 구현된 오케스트레이션을 핵심 통합 가능하게 만듭니다.
그림 6.35. 소아의 다른 부분과 관련된 오케스트레이션.
이러한 자질은 증가 조직의 민첩성 때문에 이어질:
- 오케스트레이션에 의해 캡슐화된 워크플로 논리는 중앙 위치에서 수정되거나 확장될 수 있습니다.
- 오케스트레이션을 중앙 집중식으로 배치하면 해당 자동화 솔루션을 함께 묶는 접착제를 추상화하여 비즈니스 프로세스의 병합을 크게 줄일 수 있습니다.
- 잠재적으로 대규모 서비스 지향 통합 아키텍처를 구축함으로써 오케스트레이션은 근본적인 수준에서 다양한 연합 기업의 진화를 지원할 수 있습니다.
오케스트레이션은 서로 다른 컴퓨팅 플랫폼을 기반으로 하는 다양한 응용 프로그램을 포함하는 조직 내에서 페더레이션 상태를 달성하는 핵심 요소입니다. 미들웨어의 발전으로 오케스트레이션 엔진 자체가 서비스 지향 환경에 완전히 통합 될 수 있습니다.
서비스 지향 오케스트레이션의 개념은 지금까지 이 장에서 논의한 모든 개념을 완전히 활용합니다. 많은 환경에서 오케스트레이션은 소아의 핵심이 됩니다.
사례 연구
이전 사례 연구 예제에서 비즈니스 활동으로 요약된 일련의 단계를 통해 컨텍스트 관리 및 예외 처리를 장기 실행,복잡한 활동에 추가하는 방법을 보여 주었습니다. 비즈니스 활동의 범위는 비즈니스 프로세스를 구성할 수 있지만 기본 워크플로 논리를 표현하는 표준 방법은 제공하지 않습니다. 이를 위해,이 오케스트레이션을 사용합니다(그림 6.36).
그림 6.36. 오케스트레이션에 의해 관리되고 수많은 잠재적 파트너 조직이 참여하는 확장된 구매 주문서 제출 프로세스입니다.
오케스트레이션은 비즈니스 활동을 포괄하는 포괄적인 프로세스 논리를 설정하고 이를 더욱 확장하여 여러 공급업체 서비스와의 추가 상호 작용 시나리오를 관리합니다. 예를 들어 한 공급업체가 주문을 이행할 수 없는 경우 다음 공급업체가 동일한 구매 주문을 발송합니다. 이 사이클은 어느 한 벤더가 전체(특정 가격 제한 내에서)주문을 완료 할 수 있거나 모든 벤더가 조회 될 때까지 반복됩니다. 후자의 상황에서 시스템은 단순히 가격,채워질 주문 비율 및 이월 주문 조건을 고려한 공식을 적용하여 테이블에서 최상의 거래를 평가합니다.
오케스트레이션 논리는 여러 공급업체 파트너 서비스의 참여와 포가 처리될 때 시작되는 비즈니스 활동을 포함하여 프로세스의 모든 측면을 관리합니다.
요점 요약
- 오케스트레이션은 일반적으로 단일 조직에서 소유하는 비즈니스 프로세스 논리의 본문을 표현합니다.
- 오케스트레이션은 비즈니스 프로세스 정의를 공식적으로 정의하는 비즈니스 프로토콜을 설정합니다.
- 오케스트레이션 내의 워크플로 논리는 시퀀스 및 플로우로 구성할 수 있는 일련의 기본 및 구조화된 활동으로 분류됩니다.
- 오케스트레이션은 표준화 된 서비스 모델을 통해 많은 애플리케이션 간 및 애플리케이션 내 논리를 중앙 집중화하고 제어하는 수단을 확립함에 따라”소아의 심장”이라고 불려왔다.