2011-04-26 2 views
1

저는 비즈니스 규칙 엔진과 같은 시스템에서 작업하고 있습니다. 규칙은 devleopment 환경에서 작성되고 실행 (SQL 코드 생성)되고 DEV에서 테스트 된 다음 프로덕션에 배치되므로 사용자가 필요에 따라 실행하고 보고서를 작성할 수 있습니다. 를 통해 배포 프로세스는 다음과 같은 몇 가지 단계를 체크, 포함 : BPEL을 사용하여 배포 프로세스 수행

  • 는 DEV에 사용 된 모든 "규칙 사전"기준을 확인 비즈니스 규칙의

    1. 가져 오기 XML 정의를, (이것은 "사전"에 대해 수행 생산에 존재 웹 서비스)
    2. 는 자극에 처음으로 각 규칙을 실행 (이것은 "규칙 실행"웹 서비스를 통해 이루어집니다)
    3. 특정 범위 내에 생산이 특정 수와 KPI 번호를 확인합니다 ..... (4 단계 더)

    저는 BPEL을 처음 접했고 BPEL이이 프로세스를 자동화하는 데 적합한 지 궁금합니다. 또는 과잉인가? 그렇지 않다면 이것을 자동화하기 위해 무엇을 권하고 싶습니까?

    감사합니다.

  • 답변

    2

    이 시나리오는 BPEL로 수행 할 수 있지만 사실 과잉이라고 할 수 있습니다. 이는 기본적으로 시나리오의 요구 사항에 따라 다릅니다. WS- 가능 스크립팅 언어로도이 작업을 수행 할 수 있다고 생각합니다. BPEL은 일반적으로 장기 실행 프로세스에 적합합니다. 규칙 정의의 갱신 사항을 주기적으로 점검하고이를 프로덕션으로 재 전개하려는 경우. 또한 BPEL 프로세스는 항상 웹 서비스 측면에서 렌더링되므로 재귀 적 접근 방식을 따르고 있습니다. 프로세스는 더 높은 수준의 서비스 목표를 달성하기 위해 다른 웹 서비스를 작성하는 웹 서비스로 노출됩니다. 나는 이것이 당신의 질문에 대한 정확한 답이 아니라는 것을 알고 있습니다, 나는 결정을 더 쉽게하기위한 배경 정보를 주려고 노력하고 있습니다.

    2

    과용!

    이 간단한 작업을 위해 간단한 스크립트 (Groovy?) 또는 Ant 빌드로 충분하고 훨씬 더 유지 보수가 가능합니다.

    P. 전체 BPEL은 많은 과잉 공격으로 간주됩니다.

    관련 문제