はじめに
UiPath Automation Cloudで、新しい機能「UiPath Automation Ops-パイプライン」が正式リリースされたので、ブログを書くことにしました。運用面でも、どんどん高機能化(高度化?)が進んでますw
Automation Opsのパイプラインは、開発と運用を組み合わせ、開発者の生産性と運用の信頼性がともに最適化された開発手法「DevOps」が根底にありますが、難しいことはさて置き、もっと身近な物として、RPA保守運用の課題解決の一端を担う形で自動化すると言った観点で執筆しました。
RPA保守運用の課題
- RPAの全社展開で保守運用の負担が増え続ける課題
- 改修して緊急リリースする際のスピードの課題
- 保守運用を手順化していても人的ミスが発生してしまう課題
RPA運用を自動化するメリット
- 負担軽減
- スピードアップ
- 信頼性の向上
本ブログではUiPath Automation Ops-パイプラインを利用するための基礎的な手順をステップバイステップで説明してます。尚、UiPath Automation Ops-パイプラインのドキュメントポータルは下記のサイトです。
Automation Ops-パイプランを利用した自動化例
下記は既定で定義済みパイプラインプロセス「Build.and.promote.with.approval」を選択した時の一例です。
❶パイプラインプロセス「Build.and.promote.with.approval」の自動化の流れ
❷パイプラインプロセス「Build.and.promote.with.approval」の構成
❸Automation Ops-パイプランで表示されるステータス
これ以外にも既定で定義済みのパイプラインプロセスが提供されており、またユーザー自身で独自のパイプラインプロセスを開発することもできます。
補足
ちなみに今まで同様のCI/CDパイプラインを実現するためには、サードパーティ製品(JenkinsプラグインまたはAzure DevOps拡張機能を利用)を導入する必要がありました。Automation Cloudにパイプライン機能が取り込まれ、パイプラインのプロセスもUiPathのワークフローで開発出来ることになったことから、UiPathワンストップで実現できる様になり、導入のハードルが低くなったと言えます。ただし、ソース管理ツールとの接続は現時点ではGitHub、Azure Repos(2024年3月時点ではプレビュー)のみとなっています。
注意
対象のプロジェクトがWindowsレガシーの場合は、分析でエラーが発生します。Windowsレガシーは非推奨のため、今後、対応されるかは微妙なところです。
前提
本ブログはGitHubと接続した場合の手順として記載しています。また、GitHubとUiPath Studioとの接続方法、利用方法はUiPathの基礎知識なので、本ブログではAutomation Ops-パイプライン特有部分の解説に絞ります。
1.GitHub接続
まずは、セットアップから始めます。Automation OpsからGitHubへの接続設定を行います。
❶Automation Cloudポータル>Automatioin Ops
❸パイプラインプロセスを構築するOrchestratorのテナント名を選択します。
❹パイプラインプロセスを実行するマシンを選びます。「マシンを手動で選択」を選ぶと作成済みのマシンテンプレートから選択できる様になります。「サーバーレス」を選ぶと新しいサーバーレスマシンテンプレート「Pipelines serverless machine」が自動的に作成されます。
サーバーレスを利用する場合の注意点
- 共有オートメーションを実行するためのロボット ユニットが必要であり、Cloud Robot Unitsライセンスを保有している場合に選択できると考えた方が良いです。(Communityライセンスでは300RU/月利用可能)
- サーバーレスの最大実行時間は15分で、超過すると強制終了されます。ワークフロー分析やテスト実行も含めた場合、15分で終了できないケースも考えられます。
- サーバーレスで実行可能なプロジェクトはクロスプラットフォームのみです。パイプラインプロセス開発の際、利用できるアクティビティが制限されます。
- サーバーレスでワークフロー分析中に、実行中のまま止まり、15分経過してタイムアウトしました。不具合があるかも知れません。
❺接続先を「GitHubに接続」にするか「Azureに接続」にするか選択します。ここでは「GitHubに接続」を選択します。
❻GitHubのユーザー名とパスワードを入力してサインインします。
お使いの環境の状態により、以降の❻~❽のオペレーションが前後する可能性があります。
❼デバイス認証コードを入力し、「確認する」をクリックします。
❽「All repositories」か「Only select repositories」を選択し、「install Authorize」をクリックします。
❾Orchestratorのテナント(パイプラインプロセスの構築で選択したテナント)を確認すると、フォルダ「Pipelines」が作成されており、既定で定義済みパイプラインプロセスが確認できます。これでGitHubの接続とパイプラインプロジェクト作成の準備が整いました。
2024年3月時点で、UiPath.Pipelines.Activitiesプレビュー版を利用しているプロセスが存在します。今後、アップデートが予想されますが、パッケージの提供方法は不明です。
2.パイプラインプロジェクト作成
❶続いて、パイプラインを作成します。「新しいパイプライン」をクリックします。
❷自分のアカウントを選択し、対象となるリポジトリを選択、ブランチ(既定ではmain)、オートメーションプロジェクト(任意)を選択して、「次へ」をクリックします。
❸パイプラインプロセスを選択すると、選択したパイプラインプロセスの引数が設定できる様になります。ここでは「Build.and.publish】選択しています。
<Build.and.publishの引数>
プロセスの引数 | 説明 |
---|---|
AnalyzePolicy | Automation Opsのガバナンスで設定したワークフローアナライザーのポリシーを選択。事前に設定しておく必要がありますが、空にするとスキップできます。 |
SkipValidation | パッケージの構築前の検証をスキップ。この値は既定では無効化。 |
OrchestratorUrl | 構築されたパッケージのパブリッシュ先OrchestratorのURL。(https://cloud.uipath.com/{組織名}/{テナント名}/orchestrator_) |
OrchestratorFolder | 構築されたパッケージのパブリッシュ先Orchestrator のフォルダー。 |
更に詳しく知りたい方は、こちらをご覧ください。
❹必要に応じてプロジェクト名を変更します。「コミットのたびに実行」か「手動で実行」か選択し、保存します。ここでは「コミットのたびに実行」を選択しています。
補足
- 手動で実行を選択すると、コミットされても実行されません。実行の際はAutomation Ops-パイプランの画面から手動でトリガーを掛けます。尚、「コミットのたびに実行」を選択して保存した場合は手動でもトリガーできます。
- 「コミットのたびに実行」か「手動で実行」かは後でも変更できます。
変更手順:パイプラインの設定>パイプラインを編集>名前とパイプラインのトリガー
3.パイプラインプロセスのロボット実行環境の準備
UiPath Automation Ops-パイプラインのユーザーはCoEチームと想定し、ロボット実行環境の準備は基礎なので割愛します。
注意点
- 当たり前ですが、ロボットがアクセスする全てのフォルダに対して忘れずにアカウントを割り当ててください。
- 試すだけならロールに「Pipelines folder role」を利用すると便利です。よく使われる「Robot」や「Automation User」、「Automation Publisher」では権限が不足する既定のプロセスもあります。例えばテスト実行ではテストセット生成が行われるため、権限が不足したりします。
4.パイプラインを実行する
❶GitHubに接続しているUiPath Studioから対象のリポジトリにコミットしてプッシュすると、下記の様にステータスが実行中に変化します。この実行中のパイプラインをクリックして詳細を確認します。
❸3点マークのメニューより、「ログを表示」をクリックするとログで更に詳細を確認できます。
<ログ画面>
エラー発生時の原因をログで解析することができます。
おわりに
CoEチームは、RPA推進の役割を担っていることもあり、自動化するマインドも高いプロフェッショナルなので、ほとんどの現場では、既に運用面においても、原始的なマニュアル操作ではなく、自動化を達成しているところが多いかと思います。まだ、そこまで取り組めていない現場であれば、現場の運用手順に合わせたオリジナルのパイプラインプロセスも開発できるのでUiPath Automation Ops-パイプラインの活用も検討材料になるかも知れません。
パイプラインプロセス開発方法については下記ブログをご覧ください。