Foundry Rules に移行する

Taurus の長期サポートは継続していますが、既存の Taurus ワークフローを Foundry Rules に移行することで、変更やパイプラインのメンテナンスが容易になるなどの追加機能や、今後の開発に伴う更新を活用したいと考える組織もあるかもしれません。

Taurus のユースケースを Foundry Rules に移行することで、次のメリットを得られます。

• 1つの Foundry Rules 設定ページから数分で完了できる、簡素化されたデプロイ。
• Foundry Rules の設定を1ステップで変更することによる、修正とメンテナンス。
• ストリーミングワークフローを含め、パイプラインコードを操作する必要のない、そのまま実行できる仕組み。
• カスタムパイプラインコードが必要な高度な Foundry Rules のユースケースに対応する、組み込みのコードジェネレーター。

最適な Foundry Rules ワークフローは、ユーザーに作成してもらいたい1種類のルールを使う、1つの特定のユースケースを対象とします。ユーザーグループとルール作成アプリケーションがそれぞれ複数ある場合は、移行ウィザードを複数回使用して、複数のルールワークフローを作成することを検討してください。

移行に関する考慮事項

Foundry Rules に移行する前に、次の点を考慮してください。

• サプライチェーンの最適化、マネーロンダリング対策、自動車業界向けの QMOS など、より大規模な製品の一部として Taurus を使用している場合、現時点で移行する必要はありません。

• 次のいずれかを含む複雑な Taurus のユースケースがある場合、移行にはリファクタリング作業が必要です。前述のメリットと必要な変更の規模のトレードオフを検討してください。

  • Taurus の Workshop モジュールに、ユーザーグループごとに異なる設定を持つルールエディターウィジェットが複数あります。
  • Taurus リポジトリで、Taurus パッケージの高度な機能を使用しているか、ルールロジックを特定の方法で適用しています。高度な機能の使用例として、リポジトリで提案を実行して潜在的な影響分析を作成することが挙げられます。
  • ルールアクションで、任意の表示設定を実装しているか、オブジェクトロケーター、オブジェクトセット、または添付ファイルのフィールド型を使用しています。

• Taurus のユースケースに入力データセット、オブジェクトタイプ、またはルール出力を積極的に追加している場合、Foundry Rules が提供する新しい設定インターフェースによって、メンテナンス性が向上する可能性があります。Foundry Rules ワークフローと Java リポジトリを組み合わせて使用する場合でも、部分的なコード生成のメリットを得られます。

Taurus ワークフローを Foundry Rules ワークフローに移行する

次のプロセスでは、既存のオブジェクトタイプと Workshop モジュールを使用しますが、稼働中のパイプラインに影響が及ばないよう、並列のパイプラインと新しい出力データセットを作成します。

V2 にアップグレードする際には、次の処理が行われます。

• ワークフロー内の時系列を確認します
• 既存のアプリケーションをアップグレードします
• 必要に応じて古いアプリケーションのリンクを解除します
• 移行を完了するために手動での対応が必要です

まず、次の手順に沿って進めてください。

1. Foundry ワークスペースのナビゲーションサイドバーから Foundry Rules に移動し、古いワークフロータブに移動します。

2. オントロジーを選択し、リストから V1 Archetype を見つけるか、検索項目を使用します。

   

3. 旧バージョンから移行を選択します。

4. メインのルールエディターの Workshop リソースを選択し、新しい Foundry Rules ワークフローを保存する保存先フォルダーを確認します。必要に応じてワークフローの名前を変更します。次に、開始を選択します。

   

5. Foundry Rules 移行ウィザードは、既存の設定に時系列が含まれているかを確認します。含まれている場合は、リンクタイプと時系列の同期を設定する必要があります。追加の設定が完了したら、Rules ワークフローを保存を選択します。

   

6. 一部のリソースをプロジェクトにインポートする必要がある場合があります。リソースのリストを確認し、展開して内容を確認したうえで、画面上で求められる操作を完了し、保存を選択します。

   

7. Rules アプリケーションをアップグレードを選択します。

   

8. 求められた場合は、古いアプリケーションのリンクを解除を選択します。

   

9. 最後に、画面上のガイダンスを確認し、新しくアップグレードしたパイプラインのユースケースに応じて、適切な手順に沿って進めます。

   
   • Foundry Rules の出力をオントロジーのオブジェクトタイプに直接渡しています。
     • 出力をオントロジーのオブジェクトタイプに渡している場合（たとえば、追加の変換を行わない場合）、新しいバージョンの Foundry Rules からアラートが生成されるよう、このオブジェクトタイプのオブジェクトの元データセットを置き換える必要があります。

• Foundry Rules の出力に追加の変換を適用しています。
  • 変換内の以前のルール出力を、新しい出力データセットで置き換えてください。高度なユースケースでは、ルール出力を計算するカスタムリポジトリを登録できます。
• ほかにもルールエディターの Workshop アプリケーションがあります。
  • ルールエディターの入力と出力がすべて同じ場合は、すべてのルールエディターからこの Rules ワークフローを参照できます。左側のアプリケーションタブにある Archetype のデプロイメニューを使用して、ルールエディターの Workshop アプリケーションをさらにデプロイできます。ルールエディターが異なるユースケースに対応し、設定も異なる場合は、新しい Rules Archetype をデプロイして、それぞれを専用のワークフローに移行してください。

10. 手順が完了したら、移行を完了とマークを選択します。これで、ユースケースが新しい Foundry Rules のセットアップで稼働します。

移行を確認する

Foundry Rules への移行に成功したことを確認するには、ルール出力データセットが保存されたプロジェクトへのリンクにアクセスします。

ルール出力データセットを開き、ビルドを選択するか、スケジュールタブに移動してビルドスケジュールを追加を選択します。

ビルドに成功すれば、Foundry Rules へのアップグレードプロセスが正常に完了したことを示します。

よくある質問

• 出力に V2 では異なる設定が含まれているという警告が表示されました。どうすれば解決できますか？ アクションタイプのフォームは、さまざまな種類の入力を受け付けるように設定できます。入力には、単純な数値や日付のほか、添付ファイル、オブジェクトのプロパティ、ほかのフォームパラメーターから導出される値も使用できます。移行ウィザードは元の設定にできるだけ近い設定を再現しようとしますが、この警告メッセージは、設定が変更された可能性があることを示しています。

解決するには、以下のようにルールの効果の出力設定を確認します。

次に、移行のステップ5を完了した後、以下のようにルールエディターのフォームを確認し、引き続きユースケースに応じて動作することを確認します。

• データセットのビルドに成功したのに、データが含まれていないのはなぜですか？

  ビルドジョブには、ルールステータスデータセットという別のデータセットが含まれています。このデータセットには、各ルールの情報と、そのルールが正常に実行されなかった理由が格納されています。また、ライトバックデータセットをまだ再実行していない可能性もあります。ルールを作成して実行するガイドのステップ4を参照してください。このデータセットは、ビルドページのトランスフォームの設定セクションにも表示されます。

• ほかのユーザーが同時に Rules アプリケーションを変更すると、移行をキャンセルできないのはなぜですか？

このエラーは、Rules アプリケーションをアップグレードする段階を完了した後、移行のキャンセルを試みた際に、別のユーザーが Rules アプリケーションを変更している場合に発生します。

解決するには、Rules の Workshop アプリケーションを開き、移行済みの古いバージョンを公開して、手動で行われた変更を元に戻します。その後、アップグレードプロセスを正常にキャンセルできるようになります。

• ルールエディターと提案レビュー用のウィジェットがそれぞれちょうど1個ずつないと、移行が進まないのはなぜですか？
  • Rules アプリケーションには、任意の数のルールエディターウィジェットと提案ウィジェットを配置できますが、Taurus と Foundry Rules では設定方法が異なります。Taurus では、ウィジェットごとに異なる入力を利用可能にするなど、固有の属性を設定できます。移行では、複数のウィジェットの設定を組み合わせるのではなく、1個のルールエディターウィジェットを1個の Rules ワークフローに変換します。一方、新しい Foundry Rules の設定では、異なる設定はそれぞれ独立した Rules ワークフローにする必要があります。
  • 移行時のこの問題を解決するには、以下の状況とそれぞれに適した解決方法を検討してください。その後、移行ウィザードをもう一度完了します。Workshop の変更はバージョン管理されているため、必要に応じて変更を元に戻せます。
    • 誤って複数のルールエディターウィジェットを配置しており、必要なのは1個だけの場合。不要なウィジェットを Workshop モジュールから削除し、移行を再試行してください。
    • 同じ設定のウィジェットが複数ある場合。1個だけを残し、ほかのウィジェットをすべて削除してください。移行後、更新されたウィジェットをコピーして貼り付けることで、アプリケーションのデザインを再現できます。
    • 異なる設定のウィジェットが複数ある場合。この場合は、Workshop モジュールを、それぞれにルールエディターウィジェットが1個ずつ含まれる複数のモジュールに分割し、モジュールごとに Rules アーキタイプを作成してください。時間を節約するには、ウィザードで古いバージョンから移行を選択して、各 Workshop モジュールから設定を作成します。