はじめに
本ブログでは、UiPath Automation Ops-パイプラインのパイプラインプロセスをオリジナルで開発する方法をガイドします。定義済みの既定のパイプラインでは、現場のRPA運用手順と合わないと言ったこともあるかと思いますが、ご安心ください!パイプラインプロセスは、ユーザーによる開発(Studioでワークフロー開発)を想定した仕組みになっています。
パイプラインプロセスを利用するためのAutomation Ops-パイプラインのガイドについては、下記のブログをご覧ください。
下記のブログでは既定で、定義済みのパイプラインプロセスついて図解しています。
尚、公式のドキュメントポータルに記載している内容が少ないため、本ブログでは現在の挙動で確認していることを書いています。公式のドキュメントは下記のリンクです。
よくあるご質問(FAQ)
質問されてないけどw
事前に知っておきたいポイントを自問自答します!
Q1.作成するパイプラインプロセスの場所は?
Pipelinesランタイム環境のフォルダにプロセスを作成します。ここで作成したプロセスはAutomation Ops-パイプラインでプロジェクト作成時に選択できる様になります。
Q2.パイプラインプロセス作成時の注意点は?
- パイプラインプロセスはバッググラウンドプロセスで動作します。バッググラウンドプロセスでは利用できるアクティビティに制限されます。
- 定義済みの既定のパイプラインプロセスはクロスプラットフォームプロジェクトで作成されていますが、Windowsプロジェクトでも作成可能です。Windows-レガシーには対応されてません。
Q3.パイプラインプロセスの専用アクティビティパッケージは何?
Automation Opsパイプライン アクティビティが提供されており、UiPath.Pipelines.Activitiesパッケージをインストールして利用可能になります。定義済みの既定のパイプラインプロセスも、本アクティビティを利用して構築されています。後は、API使えば、やりたいことはだいたい出来そうです。
アクティビティ名 | 説明 |
---|---|
ステージ | パイプラインのステップを示するメインアクティビティ。 |
テストを実行 | テストをワークフローに対してパイプラインの一部として実行する。 |
パッケージをダウンロード | Orchestratorからパッケージをローカルにダウンロードする。 |
パッケージをパブリッシュ | プロジェクトパッケージをOrchestratorにパブリッシュする。 |
プロセスを更新 | Orchestrator の特定のプロセスを更新する。 |
分析 | プロジェクトを分析する。 |
構築 | プロジェクトを構築して .nupkg ファイルを生成する。 |
複製 | プロジェクトで使用するリポジトリを複製する。 |
Q4.パイプラインプロジェクト作成時に設定する引数作成方法は?
Mainの引数が、パイプライン作成時に表示され、設定できるようになってます。この引数の設定値を利用した処理を実装できます。
Q5.Automation Ops-パイプラインで表示されるステージ表示は、どの様に作成しますか?
下図の様にステージアクティビティの表示名がパイプライン実行中のステージ名として表示される様になります。
Mainシーケンス以外の階層で、例えばトライキャッチなどのアクティビティの中にステージアクティビティを配置すると、ステージ表示されなくなるので注意が必要です。
Q6.Automation Ops-パイプラインのログ画面で表示されるログは任意のメッセージを出力できますか?
標準の「メッセージをログ」アクティビティで出力されたメッセージが、Automation Ops-パイプラインのログにも出力される様になります。
オリジナルのパイプパインプロセスを作って見る
初心者は既定のパイプラインプロセスのワークフローを流用するのがお勧めです。実際に変更して動きを確認することで、より理解を深めると言ったアプローチですね。本ブログでは下記のカスタマイズを行います。
- 「Build.and.promote.with.approval」の日本語化対応
- CI/CDツールでよくサポートされているSlack通知をサポート
1.既定のパイプラインプロセスのワークフローを入手
❶Pipelinesランタイム環境のフォルダ「Pipelines」にあるパッケージフィードからパッケージをダウンロードするとワークフローも格納されています。パッケージ「Build.and.promote.with.approval」をダウンロードします。
2.アクティビティの制限を減らすためにWindowsに変換
❶サーバーレスロボットを利用しない場合は、クロスプラットフォームのプロジェクトにしているメリットは、あまりなさそうなので、Windowsプロジェクトに変換して、先に利用できるアクティビティを増やしておくのも良いかなと思います。
一度、Windowsに変換すると、クロスプラットフォームには戻せませんのでご注意ください。
❷プロジェクト設定で「バックグラウンドで開始」を「はい」にします。
3.日本語化
個人的に日本語化したいのは4箇所です。
❶プロジェクト設定で日本語の名前に変更する。このブログでは「承認を得て本番環境のプロセスを更新しSlack通知」にしました。
❷引数を日本語に変更します。Automation Ops-パイプラインのプロジェクト設定の引数設定の項目名も日本語になります。
❸ステージアクティビティの表示名とログメッセージを日本語にします。Automation Ops-パイプラインのステージ名、ログ表示が日本語になります。
❹Action Centerのフォームも日本語に置き換えます。
<フォームの表示文字列の変更例>
4.CI/CDツールで、よくあるSlack通知をサポート
❶SlackチャンネルをAutomation Ops-パイプラインで設定変更できる様に引数に設定項目として追加しときたいと思います。
❷例外発生時、承認却下の時、成功時にSlack通知すると言った処理を追加します。尚、例外発生時のSlack通知で利用するTryCatchは個々のステージの中に実装する必要があります。
<承認却下の時(フォームで入力された[コメント]もメッセージに追加)>
<成功時(ステージ「成功時にSlack通知」を追加し、その中に実装>
❸最後に、作成したワークフローをPipelinesフォルダへパブリッシュ!プロセスを作成してスタンバイします!
5.カスタマイズした結果を確認しよう!
❶新しいパイプラインを作成します。作成したパイプロインプロセスが選択できる様になってます!
❷設定項目名が変更した日本語で表示、Slackチャンネル名も設定できる様になってます!
❹フォーム画面が日本語で表示されています!(これは当たり前かw)
❻終わったらSlack通知され、結果がチームで共有されます!
下記のメッセージは例です。これ以外でも色々と付加できます。
ワークフロー分析やテスト実行で検証失敗時も例外になります。
6.カスタマイズしたパイプラインプロセスを実行した動画
おわりに
現場のRPA運用手順に合わせたオリジナルのパイプラインを開発し、RPA保守運用の課題解決のために自動化すると言ったアプローチもありますが、いっそのこと現場のRPA運用手順を刷新してツール機能が求めているプロセスに合わせて最適化した方が結果的に信頼性が高まり、効率化も進むのでは?と思ったりもしてます。
最後に、UiPathは、新しい機能がどんどんリリースされているので、活用しなければ、その恩恵が享受されることはない。それを自ら活用したり、推進したりするのはオートメーションCoEなので、その役割の重要性は益々高まっていると言えますね!