知識マップ: Power AutomateとPowerShell+タスクスケジューラの使い分け ── 自動化の道具を混ぜずに適材適所でつなぐ
記事「Power AutomateとPowerShell+タスクスケジューラの使い分け ── 自動化の道具を混ぜずに適材適所でつなぐ」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。
Power Automateのクラウドフローはオンプレミスデータゲートウェイなしには社内の共有フォルダやDBへ届かず、この到達手段はMicrosoft 365のシードライセンスの範囲外です。逆にPowerShellは、定番だったSend-MailMessageコマンドレットが公式に非推奨化されて直接の代替を持たず、人への通知が苦手という弱点を抱えています。この記事は、両者の弱点が互いの得意分野で補い合うことに着目し、タスクスケジューラで動くPowerShellが結果ファイルをSharePointへ置き、クラウドフローがファイル作成トリガーで検知して通知・承認へつなぐ疎結合の連携パターンを軸に据えます。実行履歴が既定28日しか残らないクラウドフローの証跡不足も、この構成なら置かれたファイル自体やPowerShell側のログで補えます。Power Automate for desktopの「PowerShellスクリプトの実行」アクションでPowerShellを直接呼ぶ選択肢もありますが、クラウドフローからの呼び出しはRPAのオーケストレーションとしてプレミアム機能になります。
flowchart LR
accTitle: Power AutomateとPowerShell・タスクスケジューラの使い分けの知識マップ
accDescr: クラウドフローがオンプレミスデータゲートウェイなしには社内ファイルへ届かないこと、PowerShellがSend-MailMessage非推奨のため人への通知が苦手なこと、両者をSharePointのファイル作成トリガーで疎結合につなぐ連携パターン、PADからPowerShellを呼ぶプレミアム機能としてのRPAオーケストレーションの関係を示す図
cloud_flow["クラウドフロー"]
powershell["PowerShell"]
onpremises_data_gateway["オンプレミスデータゲートウェイ"]
m365_seeded_license["Microsoft 365のシードライセンス"]
rpa_orchestration["RPAのオーケストレーション"]
sharepoint_file_trigger["SharePointの「ファイルが作成されたとき」トリガー"]
task_scheduler["タスクスケジューラの無人実行"]
loose_coupling_file_integration["ファイル経由の疎結合連携"]
cross_tool_automation_boundary["PowerShellとPower Automateをまたぐ業務"]
pad_powershell_action["「PowerShellスクリプトの実行」アクション"]
http_request_trigger["「HTTP要求の受信時」トリガー"]
send_mailmessage["Send-MailMessageコマンドレット"]
automated_notification_sending["自動化からの人への通知送信"]
pnp_powershell["PnP.PowerShell"]
secretmanagement_module["SecretManagement/SecretStoreモジュール"]
flow_run_history["フローの実行履歴"]
long_term_log_retention["長期のログ保持・証跡"]
cloud_flow -.->|"前提とする"| onpremises_data_gateway
onpremises_data_gateway -.->|"両立しない"| m365_seeded_license
rpa_orchestration -.->|"両立しない"| m365_seeded_license
cloud_flow -.->|"利用する"| sharepoint_file_trigger
powershell -.->|"利用する"| task_scheduler
loose_coupling_file_integration -->|"利用する"| sharepoint_file_trigger
loose_coupling_file_integration -->|"利用する"| task_scheduler
loose_coupling_file_integration -->|"推奨される対応"| cross_tool_automation_boundary
pad_powershell_action -.->|"前提とする"| rpa_orchestration
pad_powershell_action -->|"利用する"| powershell
http_request_trigger -->|"両立しない"| m365_seeded_license
send_mailmessage -->|"用いるのは非推奨"| automated_notification_sending
cloud_flow -->|"推奨される対応"| automated_notification_sending
pnp_powershell -->|"前提とする"| powershell
loose_coupling_file_integration -.->|"利用する"| pnp_powershell
powershell -.->|"利用する"| secretmanagement_module
cloud_flow -->|"利用する"| flow_run_history
flow_run_history -->|"用いるのは非推奨"| long_term_log_retention
概念間の関係(全18件)
図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。
- クラウドフローはオンプレミスデータゲートウェイを前提とします。
- オンプレミスデータゲートウェイはMicrosoft 365のシードライセンスと両立しません。
- RPAのオーケストレーションはMicrosoft 365のシードライセンスと両立しません。
- クラウドフローはSharePointの「ファイルが作成されたとき」トリガーを利用します。
- PowerShellはタスクスケジューラの無人実行を利用します。
- ファイル経由の疎結合連携はSharePointの「ファイルが作成されたとき」トリガーを利用します。
- ファイル経由の疎結合連携はタスクスケジューラの無人実行を利用します。
- ファイル経由の疎結合連携はPowerShellとPower Automateをまたぐ業務に対する本記事の推奨です。
- 「PowerShellスクリプトの実行」アクションはRPAのオーケストレーションを前提とします。
- 「PowerShellスクリプトの実行」アクションはPowerShellを利用します。
- 「HTTP要求の受信時」トリガーはMicrosoft 365のシードライセンスと両立しません。
- Send-MailMessageコマンドレットを自動化からの人への通知送信に用いることは推奨されません。
- クラウドフローは自動化からの人への通知送信に対する本記事の推奨です。
- PnP.PowerShellはPowerShellを前提とします。
- ファイル経由の疎結合連携はPnP.PowerShellを利用します。
- PowerShellはSecretManagement/SecretStoreモジュールを利用します。
- クラウドフローはフローの実行履歴を利用します。
- フローの実行履歴を長期のログ保持・証跡に用いることは推奨されません。
主要概念の定義
機械可読データ
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。