Taurus 워크플로를 Foundry Rules로 이전

기존 Taurus의 장기 지원은 유지됩니다. 입력과 출력을 자주 바꾸거나 파이프라인 유지보수를 줄이려면 Foundry Rules 구성 편집기로 이전할 수 있습니다.

새 구성에서는 한 화면에서 배포와 변경을 관리하고, 기본 실행 경로에서는 직접 코드를 다루지 않아도 됩니다. 스트리밍 워크플로도 기본 실행 경로에서 지원합니다. 고급 사용 사례에는 코드 생성기를 이용할 수 있지만 사용자 지정 파이프라인은 스트리밍을 지원하지 않습니다.

이전 범위 결정

하나의 워크플로는 한 사용 사례와 한 종류의 규칙을 중심으로 구성하는 편이 적합합니다. 사용자 그룹과 규칙 작성 앱이 여러 개라면 마법사를 여러 번 사용해 워크플로를 나눌 수 있습니다.

공급망 최적화, 자금세탁방지 또는 자동차 산업의 QMOS 등 더 큰 제품 안에서 Taurus를 사용한다면 현재 별도 마이그레이션을 수행할 필요가 없습니다.

다음 구성은 리팩터링 범위를 먼저 검토합니다.

• 하나의 Workshop 모듈에 사용자 그룹마다 구성이 다른 Rule Editor 위젯이 있습니다.
• 저장소에서 고급 Taurus 패키지 기능을 사용하거나 제안의 잠재 영향을 분석하기 위해 제안 로직을 실행합니다.
• Rule Action에 optional visibility가 있거나 object locator, object set, attachment 필드 유형을 사용합니다.

Java 저장소를 계속 사용하는 경우에도 부분적인 코드 생성 기능을 활용할 수 있습니다.

마법사 시작

마법사는 기존 객체 유형과 Workshop 모듈을 사용하면서 병행할 새 파이프라인과 새 출력 데이터셋을 만듭니다. 이후 다운스트림 연결을 직접 전환합니다.

1. 사이드바에서 Foundry Rules를 열고 Old Workflows 탭으로 이동합니다.
2. 온톨로지를 선택하고 목록이나 검색으로 V1 archetype을 찾습니다.
3. Migrate from older Version을 선택합니다.
4. 주 규칙 작성용 Workshop 리소스와 새 워크플로를 저장할 폴더를 확인합니다. 필요하면 이름을 바꾸고 Start를 선택합니다.

구성과 앱 갱신

1. 마법사가 시계열 사용 여부를 검사합니다. 사용 중이라면 링크 유형과 시계열 동기화를 구성한 뒤 Save Rules workflow를 선택합니다.
2. 프로젝트에 가져와야 할 리소스 목록을 펼쳐 확인하고 화면의 필요한 작업을 완료한 뒤 Save를 선택합니다.
3. Upgrade rules application을 선택합니다.
4. 요청받으면 Unlink old application을 선택합니다.

출력과 다른 앱 전환

마지막 화면의 사용 사례별 안내에 따라 실제 데이터 연결을 바꿉니다.

출력이 객체 유형의 직접 입력인 경우

결과가 추가 변환 없이 객체 유형으로 들어간다면 해당 객체 유형의 기반 데이터셋을 새 규칙 출력으로 바꿉니다.

OSv1 객체 유형에서는 기반 데이터셋을 교체하면 기존 객체 편집이 손실됩니다. 편집을 유지해야 한다면 기존 기반 데이터셋을 유지하고 그 내용이 새 규칙 출력의 직접 사본이 되도록 구성합니다. 교체 전 객체 유형 편집 조건을 확인합니다.

출력 뒤에 추가 변환이 있는 경우

다운스트림 변환의 이전 규칙 출력 입력을 새 출력 데이터셋으로 교체합니다. 특수한 결과 계산이 필요하면 사용자 지정 저장소를 등록할 수 있습니다.

다른 Rule Editor 앱도 있는 경우

입력과 출력이 모두 같다면 여러 앱이 같은 Rules 워크플로를 참조할 수 있습니다. Archetype의 왼쪽 Applications 탭에 있는 배포 메뉴에서 Rule Editor Workshop 앱을 추가 배포합니다.

사용 사례와 구성이 다르면 새 Rules Archetype을 배포하고 각각 별도 워크플로로 이전합니다.

필요한 전환 작업을 마친 뒤 Mark migration completed를 선택합니다.

실행 결과 확인

새 규칙 출력 데이터셋이 저장된 프로젝트를 열고 데이터셋에서 Build를 실행하거나 Schedules의 Add build schedule로 빌드 일정을 추가합니다.

빌드 상태와 규칙별 실행 결과를 함께 확인합니다. 빌드가 성공해도 출력이 비어 있을 수 있으므로 규칙 상태 데이터셋을 확인하고 규칙 쓰기 반영 데이터셋과 출력 데이터셋을 함께 빌드했는지 점검합니다.

출력 구성이 V2에서 달라졌다는 경고

액션 폼에는 숫자, 날짜 외에도 첨부 파일, 객체 속성이나 다른 매개변수에서 파생한 값이 있을 수 있습니다. 마법사는 기존 구성에 가깝게 이전하지만 일부 출력 설정은 달라질 수 있습니다.

규칙 효과의 출력 구성을 검토합니다. Save Rules workflow를 마친 뒤 Rule Editor의 폼도 확인해 필요한 입력 방식과 기본값이 업무에 맞는지 점검합니다.

빌드는 성공했지만 결과가 없는 경우

규칙 상태 데이터셋에는 각 규칙과 실행되지 못한 이유가 기록됩니다. Build 화면의 Transforms Configuration에서 해당 데이터셋을 찾을 수 있습니다. 규칙 쓰기 반영 데이터셋을 아직 다시 빌드하지 않은 경우도 확인합니다.

동시 수정 때문에 취소할 수 없는 경우

규칙 앱을 업그레이드한 뒤 다른 사용자가 앱을 수정하면 Cancel이 실패할 수 있습니다.

Workshop 앱에서 마이그레이션된 이전 버전을 게시해 그 뒤의 수동 변경을 되돌리면 취소할 수 있습니다. 게시할 버전과 되돌릴 변경 범위를 확인한 뒤 진행합니다.

Rule Editor와 Proposal Reviewer가 여러 개인 경우

앱 자체는 여러 위젯을 지원하지만 마법사는 Rule Editor와 Proposal Reviewer가 정확히 하나씩 있어야 진행합니다. 여러 편집기의 구성을 하나로 합치지 않고 편집기 하나의 구성을 워크플로 하나로 옮기기 때문입니다.

필요한 구성을 정리한 뒤 마법사를 다시 진행합니다. Workshop 변경은 버전으로 관리하므로 필요한 경우 이전 변경을 되돌릴 수 있습니다.