클라우드 워크플로우
여러 사람이 공동으로 작업하여 의사 결정 서비스를 설계, 생성 및 테스트할 수 있습니다. 의사 결정 서비스가 완료되면 테스트 및 프로덕션을 위해 런타임 환경으로 승격할 수 있습니다.
사용자에게는 클라우드 포털에서 역할과 권한이 부여됩니다. 자세한 내용은 사용자 역할을 참조하십시오: 의사 결정 역할는 IBM® Cloud Pak for Business Automation as a Service 설명서를 참조하세요.
다음 다이어그램은 사전 정의된 사용자 역할이 비즈니스 규칙 애플리케이션의 라이프사이클 동안 제품 컴포넌트에서 어떻게 작동하는지 보여줍니다. 주기에는 개발, 테스트 및 프로덕션이 포함됩니다. 공동 작업자는 서로 다른 클라우드 환경에서 작업합니다:
사용자 역할 설정
클라우드 테넌트가 생성되면 계정 관리자가 부여됩니다. 이 담당자는 테넌트에서 일할 사람들을 초대하는 일을 담당합니다. 또한 관리자는 그룹을 만들고 역할과 권한을 할당할 책임이 있습니다. 관리자는 사용자에게 테넌트의 구성 요소 및 환경에 대한 액세스 권한을 부여합니다. 사용자는 둘 이상의 의사 결정 역할을 가질 수 있습니다. 계정 관리자에 대한 자세한 내용은 사용자 역할을 참조하십시오: 클라우드 포털 역할 IBM Cloud Pak for Business Automation as a Service 설명서를 참조하세요.
의사결정 서비스에 대한 협업
규칙 개발자는 규칙 디자이너 기반 규칙 편집기인 Eclipse에서 의사 결정 서비스를 만듭니다. 의사 결정 서비스의 초기 버전에는 규칙, 규칙 흐름 및 배포 설명이 포함된 아티팩트가 포함되어 있습니다. 개발자는 개발 환경의 규칙 실행 서버에서 의사 결정 서비스를 테스트할 수도 있습니다.
다음 다이어그램은 Rule Designer에서 의사 결정 서비스를 만들고 테스트하는 과정을 보여줍니다. 의사 결정 서비스가 준비되면 개발 환경의 의사 결정 센터에 게시됩니다:
의사결정 센터에서는 다양한 사용자가 의사결정 서비스에서 작업할 수 있습니다. 예를 들어, 비즈니스 사용자는 기존 규칙을 업데이트할 수 있고, 구성 관리자는 새 브랜치를 만들고, 규칙을 편집하고, RuleApps를 규칙 실행 서버에 배포할 수 있습니다. 거버넌스 도구는 버전 및 작업 할당을 통해 활동을 관리하는 데 도움이 됩니다.
다음 다이어그램에서는 의사 결정 서비스가 업데이트되어 규칙 실행 서버에 배포됩니다:
의사결정 서비스 테스트 및 승격
개발 환경에서 의사 결정 서비스가 완료되면 구성 관리자는 테스트 환경의 규칙 실행 서버로 승격합니다. 의사 결정 서비스의 성능은 표준 소프트웨어 개발 검증 절차가 있는 벤치마크를 사용하여 평가합니다. 목표는 의사 결정 서비스가 실제 운영될 때 실행될 조건을 재현하는 것입니다. 테스트 중에 문제가 발생하면 개발 환경에서 의사 결정 서비스를 추가로 작업합니다.
다음 다이어그램에서는 웹 애플리케이션이 테스트 환경에서 의사 결정 서비스를 호출합니다:
의사 결정 서비스가 벤치마크를 통과하면 구성 관리자는 프로덕션 환경의 규칙 실행 서버로 승격합니다. 이제 클라이언트 애플리케이션에서 의사 결정 서비스를 호출하여 회사 정책을 적용할 수 있습니다. 의사 결정 서비스는 클라우드 포털에서 추가로 개발할 수 있으며, 새로운 버전을 프로덕션 환경에 푸시할 수 있습니다. 클라이언트 애플리케이션과 의사 결정 서비스 간의 연결은 그대로 유지되므로 의사 결정 서비스 업데이트 중에도 서비스 시간 손실 없이 프로덕션이 계속됩니다.
다음 다이어그램은 프로덕션 환경으로 의사결정 서비스 승격을 표시합니다. 고객이 웹 애플리케이션을 사용하면 이 웹 애플리케이션이 의사결정 서비스를 호출합니다.