프로세스 기반 메시징 서비스

Process driven messaging service

PDMS(Process-Driven Messaging Service)는 프로세스 지향적이며 메시지/데이터 통화를 교환하는 서비스다.PDMS는 작업과 트리거를 결합해 메시지의 워크플로우를 생성할 수 있는 서비스다.

메시징 플랫폼은 주요 인터넷 인프라 요소로[by whom?] 간주된다.한때 이메일과 IM을 주로 아우르던 개념은 복잡한 멀티미디어 이메일, 인스턴트 메시징, 관련 고정 및 모바일 메시징 인프라를 수용하도록 진화했다.틀림없이 인터넷과 무선 통신 링크에서 전송되는 모든 것은 메시지일 것이다.

PDMS는 이벤트 기반 프로세스 체인에 기반을 둔 시스템, 애플리케이션 및 인간 간의 모든 종류의 메시지/데이터 호출을 목적으로 메시지를 교환한다.[1]

구조

프로세스 기반 메시징 서비스는 작업과 트리거를 결합해 메시지의 워크플로우를 만들 수 있고 워크플로우를 프로세스로 볼 수 있는 서비스다.

트리거 메시지가 나타나면 워크플로가 실행된다.트리거는 하나 이상의 작업을 활성화하여 다시 더 많은 작업을 실행할 수 있게 한다.모든 작업이 실행된 경우에도 워크플로는 계속 활성화되지만 다시 트리거될 때까지 아무 일도 발생하지 않는다.[2]

워크플로우

PDMS의 워크플로는 구성을 반복하지 않고 반복적으로 호출할 수 있는 작업 및 이벤트의 흐름을 수행하기 위해 트리거 및/또는 작업을 함께 래핑하는 데 사용된다.워크플로우는 컨테이너.워크플로 프로세스는 한 상태에서 다른 상태로 레코드를 이동하는 것과 같은 워크플로 상태 및 작업 그룹의 컨테이너입니다.[3]트리거 및 작업 외에 그룹 또는 아티팩트를 포함할 수 있다.그런 다음 워크플로에 포함할 수 있는 항목을 워크플로 내의 모든 트리거 및 작업에 사용할 수 있다.

워크플로우의 개념은 비즈니스 프로세스의 일부 또는 전체를 위한 템플릿으로 볼 수 있다.워크플로우는 여러 가지 다른 이유로 트리거될 수 있으며, 그 예로는 도메인에서 어떤 일이 발생하거나 명시적으로 호출해야 하는 경우를 들 수 있다.

워크플로는 워크플로우, 트리거 및 해당 작업이 활성 상태일 때 실행 대기 상태가 된다.

워크플로가 생성되면 마지막 작업을 먼저 추가해야 하는데, 이는 작업이 실행 순서의 역순으로 나열된다는 것을 의미한다.또한 작업과 트리거는 생성 시 주문의 역순차 목록이 필요하다.[4]

잡스

작업은 태스크(예: 메시지 전송)와 같은 것을 생성하거나 표준 개체(예: 단위 내 메타데이터)에 영향을 미친다.시스템이 무엇을 해야 하는지 설명하는 작업이며 여러 가지가 될 수 있다.작업이 활성화되면 다른 작업(예: 메시지 배달)이 실행될 수 있다.그것은 시스템 영역 내의 활동인 데이터로 시스템이 하는 것을 나타낸다.

일자리는 과정을 캡슐화하는 수단을 제공한다.Job은 입력 옵션, 프로세스의 단계, 해당 단계가 실행될 노드와 일치하는 필터 표현식 및 단계가 병렬로 실행되는지 여부를 지정하는 실행 제어 매개변수를 나타내는 구성이다.어떤 사람들은 특정한 명령 집행이 반복적으로 행해지고, 어쩌면 일상적인 절차가 되어버린 것을 대표할 수도 있다.일상적인 프로세스는 캡슐화되어 다른 일상적인 절차의 기반이 되어야 한다.

트리거스

트리거(워크플로의 시작/실행)는 작업 실행을 촉진한다.비즈니스 논리와 행동을 정의하는 객체의 구성요소를 트리거라고 한다.기록 작성, 업데이트 및 삭제 시 자동화되고 프로그래밍적인 유효성 검사, 통지, 데이터 조작 및 기타 작업을 수행하기 위한 트리거를 원하는 수만큼 생성 및 구성할 수 있다.[5]

과정

과정은 시스템의 어느 지점에서 시작된다.예를 들어 트리거가 워크플로우의 인스턴스를 실행하는 경우.

프로세스 중심의 메시징 서비스는 다소 복잡한 비즈니스 프로세스를 관리할 때 종종 사용된다.

잘 개발된 프로세스 중심의 메시징 플랫폼으로 모든 트리거와 작업을 공개 API(응용프로그램 프로그래밍 인터페이스)로 노출할 수 있으며, 이후 API에서 프로세스를 만들 수 있게 된다.

기술/프로그래밍

PDMS는 이벤트 주도형 아키텍처를 기반으로 하는 반면에 아키텍처 패턴은 느슨하게 결합된 소프트웨어 구성 요소와 서비스 사이에서 이벤트를 전송하는 애플리케이션과 시스템의 설계와 구현에 의해 적용될 수 있다.요청서를 발급하고 대응을 기다리는 방식으로 작동하는 기존 정보시스템과 달리 이벤트 중심 시스템은 이벤트가 발생하는 대로 처리하도록 설계돼 시스템이 수신자와 상황에 따라 개인화된 데이터를 관찰하고 동적으로 반응하며 발급할 수 있도록 했다.[2]

적용지역

PDMS를 사용할 수 있는 영역은 PDMS, Application to Application, System to Person, M2M 및 이벤트 중심 프로세스에 따라 시스템, 애플리케이션 및/또는 사용자 간의 모든 종류의 메시지/데이터 호출에 다른 메시지 유형이 포함될 수 있는 차이를 가진 System to System, A2P이다.

참고 항목

참조

  1. ^ Hommes, Lambertus Johannes (2004). "7" (PDF). The evaluation of business process modeling techniques. [S.l.: s.n.] pp. 138–187. ISBN 90-9017698-5.
  2. ^ a b Opher Etzion, Peter Niblett (September 2007). Event Processing in Action 1st. Greenwich, CT, USA: Manning Publications Co. ISBN 978-1935182214.
  3. ^ Progress Software Corporation. "Rollbase in action" (PDF). Chapter 10. p. 6.
  4. ^ UWE, ZDUN; CARSTEN, SCHAHRAM (September 19, 2007). "HENTRICH, DUSTDAR" (PDF). Modeling Process-Driven and Service-Oriented Architectures Using Patterns and Pattern Primitives. New York: ACM, Inc. 1 (3): 23–27.
  5. ^ "10" (PDF). Rollbase in Action. Progress Software Corporation. pp. 266–289.